Nommer des tables relationnelles sans être ridicule

Question

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.

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

Answer 1

à mon humble avis, à moins qu'il existe d'autres forts, des matériaux largement reconnus, les noms commerciaux centrés sur significatives pour ces entités/concepts, je tiendrais les confiance nombreux: Beaucoup Mangles que vous avez décrit ci-dessus .

En outre, chacune des 6 entités que vous avez listées est raisonnablement concise, il semble donc peu utile d'abréger par ex. Ben, Per, Pol, Acc, Co etc causerait plus de confusion que de bénéfice.