何时使用每个类层次结构的表而不是每个子类的表？

Question

在任何 web 应用程序中，我们都会遇到这样的场景，我们可以使用每个类层次结构的表 或每个子类的表。但重要的是要决定哪一个更适合您的用例。 我已经得出了我的基本理解，什么时候哪个更好？

Scenario :- 员工。永久和合同雇员扩展雇员。 存在两个选项：-

Option 1:- 每个类层次结构的表，我们在单个表中表示所有字段。 这样做的好处是，您可以从单个表中获取所有详细信息，并摆脱员工和永久/合同员工之间的连接。 所以提高了性能。但是是的，即使在您认为不可能的字段上，您也不能声明 not null 约束 永久雇员为空（因为我们在一张桌子上同时为永久雇员和合同雇员提供餐饮服务）。这是缺点。

Option 2:- 每个子类的表，其中我们有对父表的外键引用。在此处加入会降低性能。 但是，是的，您可以将约束设置为 no null ，这是您在第一个选项中无法做到的。

想知道它是否有更多方面或我的理解是否正确？

Answer 1

给未来读者的注意事项：自发布此答案以来，该问题已被大量修改。第二点可能不再有意义

您的问题有两个答案：

1. 您误解了 table-per-hierarchy 的概念和 每个子类的表。这些处理继承，而不是关联。 所以我可以解释这些概念的真正含义。
2. 可以建议您考虑的数据库设计，无论 第一点。

1) 什么是每层表和每子类表？

这些概念与一对一或多对一关联无关，它们与您在类设计中处理继承和在数据库设计中转换的方式有关。有一次，您简要地谈到了永久雇员和合同雇员。所以你的困境肯定是：

我有类 PermanentEmployee 和 ContractEmployee 扩展类 Employee。我需要为两种类型的员工使用一个表（每个层次结构的表）还是需要一个用于ContractEmployee 的表和另一个用于PermanentEmployee 的表（每个子类的表）？

在这种困境下，是的，非空约束的存在很重要。使用第一种策略，您将获得一个包含所有公共列、所有特定于承包商的列、所有特定于永久物的列以及一个用于区分的附加列（例如，它将包含承包商的“CON”和“PER”对于永久物）。如果您存储一个永久的，您将为特定于承包商的列设置所有列为空。所以你不能强制执行诸如“承包商有一个强制性的 end_contract_date 列”之类的规则，因为它将对于永久物为空。

其他支持或反对的论据是性能：第一个策略使用更多空格，有大量空列，而在第二个策略中，您复制两个表中的公共列，如果您想选择所有员工（无论承包商/永久）你将不得不做一个 SELECT UNION。

2) 你的设计怎么样？

一对一和多对一与您的表和连接相关。如果您有一对一，则意味着您有两个具有受限外键（唯一）的表。如果你有一个多对一的，同样的东西，但 fk 不是唯一的。

对于您的多对一示例，您是正确的，规范化需要您的两个表。对于您的一对一，您也应该使用两个表，但您可以改为为您的 EmployeeDetails 使用一个组件，然后只有一个表。请参阅this hibernate documentation，它将对其进行解释（请注意，从词汇的角度来看，它不再是一对一的）。