数据建模：是否总是需要使用交集表？

Question

考虑以下几点：

我有两个表（客户和案例）定义如下：

**Customers**
CustomerId (PK)
CustomerName
CustomerPhone

**Cases**
CaseId (PK)
CaseManager
CaseNotes

每个客户可以拥有无​​限数量的案例，但每个案例只能属于一个客户。因此，为了将表相互关联，我将使用一个交集表（CustomerCases），它分别由每个表中的外键组成。

但是，我不能将客户表中的 CustomerID 作为外键添加到 Cases 表中吗？我觉得我错过了什么。如果我选择不使用交集表，我应该注意哪些陷阱？

Answer 1

如果一个案例只能属于一个客户，我认为您只需将 CustomerID FK 添加到案例表中是完全合理的。
如果您认为需求最终可能会发生变化（例如，一个案例可能有多个客户），那么交集表方法可能更有意义。
此外，除非您有无限数量的 CaseManager，否则拥有一个 Managers 表并从 Cases 表中拥有一个 FK 也可能有意义。

Answer 2

“交集”（又名“连接”或“交叉引用”）表仅用于建模多对多关系。在这种情况下，案例参与与客户的多对一关系。因此，只需要一个外键——实际上这将是一个更传统的解决方案。避免联结表不必要的复杂性 - 除非有相反的架构原因（例如，应用程序依赖于要求使用联结表示所有关系的组件）。