数据库模式设计和外键

Question

我很困惑在以下情况下应该实现什么架构：

我有两个核心表 user 和 company 以及一组“继承”（就 ORM 而言）表，如 user_type_1、user_type2 扩展 user 表并具有自己独特的字段集. company_type_1、company_type_2 表也是如此，这些表扩展了 company 表并具有自己独特的字段集。

我还有一个address 表。系统中的每个用户和公司都可以有自己的地址。

我最初的想法是将address_id FK 添加到地址（id）PK 到根user 和company 表。这样，系统中的每个用户或公司都可以与自己的地址相关联。

我的同事提出了另一种数据库架构设计，其中user_id 和company_id FK 必须添加到address 表中。

我现在对这个提议感到很困惑。你能解释一下吗？或者这个设计可以代替吗？

Answer 1

如果您将address_id 添加到user 和company 表中，您将添加功能依赖关系user_id -> address_id 和company_id -> address_id。这意味着每个用户或公司都可以与一个地址相关联，但每个地址都可能与多个用户或公司相关联（除非您添加约束来防止这种情况发生）。

您的同事建议将user_id 和company_id 添加到address 表中添加了功能依赖关系address_id -> user_id 和address_id -> company_id，这意味着每个地址可以与一个用户、一个公司或两者关联，但每个用户或company 可能与多个地址相关联（除非您添加约束来防止这种情况发生）。

在您列出的两个选项之间，还有第三个 - 用于关联的单独表格，例如user_addresses (user_id FK, address_id FK) 和 company_addresses (company_id FK, address_id FK)。这可以处理任何基数（一对一/一对多/多对一/多对多），具体取决于 PK（address_id、user_id/company_id 或两者）和可能的唯一约束。

哪种设计正确取决于您的要求。