我有一个数据库设计要求,它变得越来越复杂,我需要找出最佳的处理方法。
目前,我有“联系人”,也有“公司”。一个公司可以有多个联系人,但一个联系人只能属于一个公司。这形成了明显的 1:n 关系。但是,联系人不必有公司;主要是住宅/非商业客户(因此在前端称为“客户”)。这看起来变成了 0:n 关系。
contacts
表有一个指向 companies
表的 NHẬN DẠNG
的简单外键来建立这种关系。
问题在于存储地址和电话号码。目前,contacts
表和companies
表均 分别存储一个地址和两个电话号码(静态列)。在大多数情况下,该软件只是简单地在两个表中镜像相同的数据; “公司”数据在可用时显示为普遍(也就是客户没有其公司的 NHẬN DẠNG
“0”)。这会给最终用户带来一些困惑,并且也有严重的局限性。
我需要修改此设计以存储多个地址(帐单、送货地址等),当然还有我想要的尽可能多的电话号码。当然,这尤其适用于可能拥有多个设施和一个中央计费办公室的公司。
起初,我想为 companies
表中的地址制作 1:n;然而,contacts
也需要其潜在的独立数据。这通常会变得复杂,因为如前所述,联系人必须拥有公司,并且可以是独立的。公司可能出于计费目的需要一个地址主列表,然后联系人可能需要他们自己的地址列表以用于服务等。或者,公司可以简单地拥有所有地址(这可能是统计数据的最佳选择),然后联系人只有他们的主要地址或其他信息。
我怎样才能把所有这些放在一起?我是否有一个表用于所有联系人/公司地址,或者我是否需要单独的表(contacts_addresses
Và companies_addresses
)?我当然会对电话号码使用相同的策略。
我研究得越多,面对如此多的答案和方法,我就越感到困惑。到目前为止我的应用程序的领先者听起来像 this question .据此,我是否应该与 companies
表建立 1:n 关系,然后与 contacts
建立简单的 1:1 关系?如果是这种情况,我是否让 contacts
引用同一个表(并有一个与他们公司链接的地址的下拉列表供选择,以及创建新地址的选项),或者有contacts
表中的简单静态列?
个人和组织是抽象的合法政党的具体表现(这称为政党模型)。
Individual : Party
Organization : Party
可以将电子邮件地址、网址、电话号码、实际地址视为抽象地址的具体表示。
EmailAddress : Address
WebAddress : Address
PhoneNumber : Address
PhysicalAddress : Address
一个地址可以是空的。一个人可以有多个地址。多人可以共享一个地址。
因此Party和Address是多对多的关系:
Party -< ContactMethod >- Address
ContactMethod
有一个role
标签,例如“Work”、“Home”等。更专业的PhoneContactMethod
可能有一个Extension
列。
Tôi là một lập trình viên xuất sắc, rất giỏi!