1

我有一个越来越复杂的数据库设计要求，我想找出最好的方法。

目前，我有“联系人”，也有“公司”。一个公司可以有多个联系人，但一个联系人只能属于一个公司。这形成了明显的 1:n 关系。但是，联系人不一定要有公司；主要是住宅/非商业客户（因此在前端被称为“客户”）。这似乎使它变成了 0:n 的关系。

表有一个简单的contacts外键来建立这种关系。idcompanies

问题在于存储地址和电话号码。目前，contacts表和companies表都存储一个地址和两个电话号码（静态列）。在大多数情况下，软件只是简单地在两个表中镜像相同的数据；“公司”数据在可用时显示为普遍（即客户没有id其公司的“0”）。这会给最终用户带来一些困惑，并且也有严重的局限性。

我需要修改此设计以存储多个地址（帐单、送货地址等），当然还有我想要的任意数量的电话号码。这尤其适用于可能拥有多个设施和一个中央计费办公室的公司。

起初，我想为companies表格中的地址制作 1:n；但是，contacts也需要其潜在的单独数据。这通常会变得复杂，因为如前所述，联系人不必拥有公司，并且可以是独立的。公司可能需要一个主地址列表用于计费目的，然后联系人可能需要他们自己的服务地址列表等。或者，公司可以简单地拥有所有地址（可能最适合统计），然后联系人只有他们的主要地址或其他东西。

我怎样才能把这一切放在一起？我是否为所有联系人/公司地址提供了一张表格，还是需要单独的表格（contacts_addresses和companies_addresses）？我当然会对电话号码使用相同的策略。

我研究得越多，对这么多答案和方法说实话我就越感到困惑。到目前为止，我的应用程序的领先问题听起来像这个问题。据此，我是否应该与companies表建立 1:n 关系，然后为表建立一个简单的 1:1 关系contacts？如果是这种情况，我是否contacts参考了同一张表（并有一个与他们公司链接的地址的下拉列表供选择，以及创建一个新的选项），还是在表中有简单的静态列contacts？

4

1 回答 1

1

个人和组织是抽象的法律政党的具体表现（这称为政党模式）。

Individual : Party
Organization : Party

电子邮件地址、网址、电话号码、物理地址可以被认为是抽象地址的具体表示。

EmailAddress : Address
WebAddress : Address
PhoneNumber : Address
PhysicalAddress : Address

一个地址可以是空的。一个人可以有多个地址。多人可以共享一个地址。

因此，Party 和 Address 之间存在多对多的关系：

Party -< ContactMethod >- Address

哪里ContactMethod有role标签，比如“工作”、“家”等。更专业PhoneContactMethod的可能有一个Extension列。

于 2013-11-01T17:17:54.413 回答