数据库设计：根实体是链接到两个或多个相关实体的好方法吗？

Question

我的应用程序（基于关系数据库）必须处理两种客户实体：（自然）人和组织。它们具有不同的属性，因此每个组都生活在自己的表中。

现在我有其他数据对象，例如地址、标签或备忘录。每条记录都属于一个人或一个组织。

我想知道如何表示这种联系。当链接到一个人或一个组织时，我不希望目标表中有另一个字段。

我正在考虑在个人和组织之上创建一种超级实体。我在 Highrise 或 Capsule CRM 等 CRM 应用程序中看到过这种情况 - 他们称之为“派对”。每个人和每个组织在政党表中都有相应的条目。其他表格现在链接到政党表格，而不是直接链接到个人或组织。

参与方：

  id | person_id | org_id
   1 |         1 |
   2 |           |      1

在上面的示例中，参与方记录 #1 链接到个人 #1，参与方记录 #2 链接到组织 #1。

这真的是一个可行的方法还是我只是有点盲目寻求更简单的解决方案？

Answer 1

我已经多次回答过类似的问题了。我提供的两个最丰富的答案是 此处和此处。这两个答案在不同的上下文中都使用相似的结构；我认为第二个评论特别有帮助。

Answer 2

我会使用“超级”表的方法，但要扭转参考。 person 和 organizations 将引用 party 表，而不是相反。

如果 DBMS 不直接支持它（例如 PostgreSQL），那么这是在关系数据库中建模“继承”的常用设计模式。

 party (id, customer_number, [other common attributes] )
 person (person_id, party_id, ... )
 organizations (org_id, party_id, ... )
 address (address_id, party_id, ...) 

为了方便起见，您可以创建加入团体/个人和团体/组织的视图，以便您可以轻松访问基本属性与专用类型一起。

Answer 3

拥有像“Party”这样的元表是一种选择，尽管我会让解决方案更具可扩展性。怎么样？

PartyType
- id
- name

Party
- id
- partyTypeId
- typeSpecificId

在 PartyType 表中，您可以定义“人员”和“组织”类型。然后，您创建的每个聚会都会有一个与之关联的 PartyType。这样，您将来可以添加更多类型，并且您的表会更加密集，而不会出现太多空列。