database - 继承和模型 ID

Question

我在 Contacts 子系统中有一个 Person 类。另一方面，在 CRM 子系统中，我有 Customer 的概念。

在数据库设计中，我想在这些概念之间建立联系。有一些可能的方法:

1. 每个客户都是一个人，因此客户应该从人那里继承，并且客户在他的人被移除后立即死亡(组合)。在这种情况下，我们在 Customers 表的 Id 列和 People 之间创建了一个一对一关系表，我们将 People 表的 Id 列作为身份字段，但我们在 中显式插入 scope_identity()客户表。
2. 每个客户都有一个人，因此客户和个人都有自己的生命周期(聚合)，并且可以在没有对方的情况下生存。在这种情况下，Customers 表应该有一个指向 People 表的外键。这里的缺点是每个 Person 可以有很多 Customers，这对我来说很奇怪。

建议哪种设计是最佳实践？我需要可靠客观的答案。谢谢。

Answer 1

在不同的情况下，您可能会或可能不会为每个表提供它自己的 ID。

在您的情况下，如果客户表确实有自己的 ID 会更好。

例子: 多对多关系定义表中的 Own Id 是多余的，因为它除了要连接的表之外没有任何关联的额外列。考虑一个 Teacher 和 Student 表关系。他们有多对多的关系。如果有一个名为 TeacherStudentRelation 的表只有 Teacher 和 Student 表的外键，那么它不需要任何额外的 OwnId 字段。

但在您的情况下，Customer 表肯定会有额外的相关信息，例如 balance、purchaseList 或类似的任何信息。您很可能会在 Customer 表中搜索某些数据。在这里，客户表的 OwnId 可以让您索引该表。

简而言之，一定要给 Customer 表它自己的 ID。