代码之家  ›  专栏  ›  技术社区  ›  Karl

命名关系表而不变得可笑

  •  1
  • Karl  · 技术社区  · 14 年前

    我有一个分层的数据结构,据我所见,它需要一系列连续的多对多关系。

    事情是这样的:

    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

    现在,对于一个特定的条约和一个特定的利益(即一个条约的利益),可以有许多政策。但是,同样,一个单一的政策也可以被归入多种治疗的好处之下

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

    当然,这同样适用于人,所以我也得到:

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

    我想知道的是,是否有命名表的约定,这样您就可以避免名称变得太长,以至于它们基本上毫无意义?或者有没有更好的设计方法来完全避免这种结构?

    谢谢
    卡尔

    1 回复  |  直到 14 年前
        1
  •  2
  •   StuartLC    14 年前

    除非这些实体/概念有其他强大的、被wideley接受的、有意义的以业务为中心的名称,否则我将坚持使用您在上面描述过的许多值得信赖的名称。

    此外,您列出的6个实体都相当简洁,因此似乎没有必要缩写,例如Ben、Per、Pol、Acc、Co等会造成比benefit更多的混乱。