java - 何时在每个子类表上使用每个类层次结构表？

Question

在任何 web 应用程序中，我们都会遇到可以使用 Table per class hierarchy 的场景 或每个子类的表。但重要的是要决定哪一个更适合您的用例。 我已经有了基本的理解，即什么时候哪个更好？

场景:- 员工。永久和契约(Contract)雇员扩展雇员。 存在两个选项:-

选项 1:- 每个类层次结构的表，我们在单个表中表示所有字段。 好处是您可以从单个表中获取所有详细信息，并摆脱员工和永久/契约(Contract)员工之间的连接。 所以提高了性能。但是是的，即使在您认为不能的字段上，您也不能声明非空约束 永久雇员为空(因为我们在一张 table 上同时提供永久雇员和契约(Contract)雇员)。这是缺点。

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

我的看法:- 如果您不需要设置约束，那么对于这种情况，请继续使用选项 1，因为摆脱 join 对性能 pov 有好处。

想听听是否还有更多方面，或者我的理解是否正确？

Answer 1

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

您的问题有两个答案:

1. 您误解了每个层次结构一个表的概念，并且 每个子类一个表。这些处理继承，而不是关联。 所以我可以解释这些概念到底是什么。
2. 可以建议您考虑的数据库设计，无论 第一点。

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

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

I have classes PermanentEmployee and ContractEmployee that extend class Employee. Do I need a single table for both types of employees (table per hierarchy) or do I need a table for ContractEmployee and another for PermanentEmployee (table per subclass) ?

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

支持或反对的其他论点是性能:第一个策略使用更多空间，有大量空列，而在第二个策略中，您复制两个表中的公共(public)列，如果您想选择所有员工(无论承包商/永久性)，您将必须创建一个 SELECT UNION。

2) 你的设计怎么样？

一对一和多对一与您的表和连接相关。如果您有一对一的关系，则意味着您有两个具有受限外键(唯一)的表。如果您有一个多对一的相同事物，但 fk 不是唯一的。

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