gpt4 book ai didi

database - 继承和模型 ID

转载 作者:搜寻专家 更新时间:2023-10-30 19:48:37 24 4
gpt4 key购买 nike

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

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

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

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

最佳答案

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

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

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

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

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

关于database - 继承和模型 ID,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18607901/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com