我的数据库设计要求变得越来越复杂，以便我找到最佳的接近方式。
目前，我有“联系人”，我有“公司”。公司可以有多个联系人，但联系人只能属于一个公司。这显示出明显的1：n关系。但是，联系人 没有公司;主要是住宅/非商业客户（因此在前端称为“客户”）。这似乎把它变成了一个0：n的关系。
contacts表有一个简单的外键到id表的companies来建立这种关系。
问题在于存储地址和电话号码。目前，contacts表和companies表都存储一个地址和两个电话号码（静态列）。在大多数情况下，软件只是镜像两个表中的相同数据; “公司”数据在可用时显示为流行（也就是说，客户的公司没有id为“0”。这会给最终用户带来一些困惑，并且也有严重的局限性。
我需要修改此设计，以便存储多个地址（计费，发货等），当然还有我想要的多个电话号码。这尤其适用于可能拥有多个设施和一个中央计费办公室的公司。
首先，我考虑将companies表的地址设为1：n;但是，contacts也需要其潜在的单独数据。这通常变得复杂，因为如前所述，联系人 没有公司，并且可能是独立的。公司需要一个主要的地址列表以用于计费目的，然后联系人可能需要他们自己的服务地址列表等。或者，公司可以简单地拥有所有地址（可能最适合统计），然后联系人只有他们的主要地址或其他东西。
我怎样才能将这些全部放在一起？我是否有一个表用于所有联系人/公司地址，或者我是否需要单独的表（contacts_addresses和companies_addresses）？我当然会使用相同的电话号码策略。
我研究的越多，我就会越多地对这么多的答案和方法感到困惑。到目前为止，我的应用程序的前导听起来像this question。根据这个，我应该与companies表有1：n的关系，然后是contacts的一个简单的1：1关系吗？如果是这种情况，我是否contacts引用了同一个表（并且有一个与其公司链接的地址下拉列表供选择，还有一个选项可以创建一个新表），或者有简单的静态列在contacts表中？
答案 0 :(得分：1)
个人和组织是抽象法律党的具体陈述（这称为党模式）。
Individual : Party
Organization : Party
电子邮件地址，网址，电话号码，物理地址可以被认为是抽象地址的具体表示。
EmailAddress : Address
WebAddress : Address
PhoneNumber : Address
PhysicalAddress : Address
地址可能无人居住。一个人可以有多个地址。多人可以共享一个地址。
因此，Party和Address之间存在多对多的关系：
Party -< ContactMethod >- Address
ContactMethod有role标签，例如“工作”，“主页”等。更专业的PhoneContactMethod可能有Extension列。