2010-11-25 42 views
1

我有一个分层的数据结构,据我所知,需要有一系列连续的多对多关系。命名关系表没有变得荒谬

它是这样的:

Company
Account
Treaty
Benefit
Policy
Person

用下面的关系:

Company 1---8 Account
Account 1---8 Treaty

...都还好玩

然后,多对多:
Treaty 8---8 Benefit,所以我创建关系表TreatyBenefit,并做到:

Treaty 1---8 TreatyBenefit 8---1 Benefit

现在,对于特定的条约和特定的利益(即条约的利益),可以有许多政策。但同样,一个单一的政策也可以归入多个TreatyBenefits

所以,后来我有TreatyBenefit 1---8 TreatyBenefitPolicy 8---1 Policy

然后,当然,同样适用于人,所以我也进而获得:

TreatyBenefitPolicy 1---8 TreatyBenefitPolicyPerson 8---1 Person

我想知道的是,是否有任何关于命名表的约定,以避免名称变得如此之长以至于它们本质上毫无意义?还是有更好的方法来完全避免这种结构的设计?

感谢
卡尔

回答

2

恕我直言,除非有其他强,wideley接受的,有意义的商业中心为这些实体/概念的名字,然后我会坚持与信任的多:你已经上述许多轧液。

此外,您列出的6个实体中的每一个都是相当简洁的,所以看起来在缩写例如Ben,Per,Pol,Acc,Co等会导致更多的困惑而不是好处。