J'ai une structure de données hiérarchique qui, autant que je peux le voir, doit avoir une série de relations plusieurs-à-plusieurs successives.Nommer des tables relationnelles sans être ridicule
Il va quelque chose comme ceci:
Company
Account
Treaty
Benefit
Policy
Person
Avec les relations suivantes:
Company 1---8 Account
Account 1---8 Treaty
... tout toujours amusant
Et puis, beaucoup à beaucoup:
Treaty 8---8 Benefit
, donc je crée le TreatyBenefit de table relationnelle, et faire:
Treaty 1---8 TreatyBenefit 8---1 Benefit
Maintenant, pour un traité spécifique et un avantage spécifique (c.-à-d. un avantage du traité), il peut y avoir plusieurs politiques. Mais encore une fois, une seule politique peut aussi tomber sous plusieurs TreatyBenefits
Alors, j'ai TreatyBenefit 1---8 TreatyBenefitPolicy 8---1 Policy
Et puis bien sûr, de même pour personne, donc je aussi puis obtenir:
TreatyBenefitPolicy 1---8 TreatyBenefitPolicyPerson 8---1 Person
Ce que je voudrais savoir, c'est s'il y a des conventions pour nommer les tables afin que vous puissiez éviter les noms qui deviennent si longs qu'ils sont essentiellement dépourvus de sens? Ou y a-t-il de meilleures approches à la conception qui évite complètement ce type de structure?
Merci
Karl