Sql server 2008 命名关系表而不会变得可笑

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

事情是这样的：

公司

账户

条约

好处

政策

Person

具有以下关系：

公司1---8账户

账户1---8条约

……还是很有趣的

然后，多对多：

条约8---8利益

，因此我创建了关系表TreatyBenefit，并执行以下操作：

条约1-8治疗益处8-1益处

现在，对于特定的条约和特定的利益（即治疗利益），可以有许多政策。但是，同样，一项政策也可能属于多种治疗利益

所以，我有

TreatyBenefit 1--8 TreatyBenefit政策8--1政策

当然，这同样适用于人，所以我也得到：

TreatyBenefitPolicy 1--8 TreatyBenefitPolicy个人8--1个人

我想知道的是，是否有命名表的约定，这样可以避免名称变得太长而实际上毫无意义？还是有更好的设计方法完全避免这种结构

谢谢

---

卡尔

我想，除非这些实体/概念有其他强有力的、威德利认可的、有意义的、以业务为中心的名称，否则我将坚持使用您上面描述的“值得信赖的许多：许多漫画”

此外，您所列出的6个实体中的每一个都相当简洁，因此缩写（例如Ben、Per、Pol、Acc、Co等）似乎没有什么意义，这将导致更多的混乱而不是利益