在任何 web 应用程序中,我们都会遇到可以使用 Table per class hierarchy 的场景 或每个子类的表。但重要的是要决定哪一个更适合您的用例。 我已经有了基本的理解,即什么时候哪个更好?
场景:-
员工。永久和契约(Contract)雇员扩展雇员。
存在两个选项:-
选项 1:-
每个类层次结构的表,我们在单个表中表示所有字段。
好处是您可以从单个表中获取所有详细信息,并摆脱员工和永久/契约(Contract)员工之间的连接。
所以提高了性能。但是是的,即使在您认为不能的字段上,您也不能声明非空约束
永久雇员为空(因为我们在一张 table 上同时提供永久雇员和契约(Contract)雇员)。这是缺点。
选项 2:-
每个子类的表,其中我们有对父表的外键引用。在此处加入会降低性能。
但是,是的,您可以继续像 no null 这样的约束,这在第一个选项中是做不到的。
我的看法:-
如果您不需要设置约束,那么对于这种情况,请继续使用选项 1,因为摆脱 join 对性能 pov 有好处。
想听听是否还有更多方面,或者我的理解是否正确?
最佳答案
给 future 读者的注意事项:自此答案发布以来,该问题已进行了大量修改。第二点可能不再有意义了
您的问题有两个答案:
- 您误解了每个层次结构一个表的概念,并且 每个子类一个表。这些处理继承,而不是关联。 所以我可以解释这些概念到底是什么。
- 可以建议您考虑的数据库设计,无论 第一点。
1) 什么是每层级一张表和每子类一张表?
这些概念与一对一或多对一关联无关,它们与您在类设计中处理继承和在数据库设计中转换的方式有关。有一段时间,您简要地谈到了永久雇员和契约(Contract)雇员。所以你的困境肯定是:
I have classes
PermanentEmployee
andContractEmployee
that extend classEmployee
. Do I need a single table for both types of employees (table per hierarchy) or do I need a table forContractEmployee
and another forPermanentEmployee
(table per subclass) ?
对于这种困境,是的,非空约束的存在很重要。使用第一种策略,您会得到一个包含所有公共(public)列的表格,所有特定于承包商的列,所有特定于永久物的列,以及一个用于区分的附加列(例如,它将包含承包商的“CON”和“PER”对于永久物)。如果您存储一个永久性的,您将为特定于承包商的列将所有列设置为空。因此,您不能强制执行诸如“承包商有一个强制性的 end_contract_date 列”之类的规则,因为它将对于永久物为空。
支持或反对的其他论点是性能:第一个策略使用更多空间,有大量空列,而在第二个策略中,您复制两个表中的公共(public)列,如果您想选择所有员工(无论承包商/永久性),您将必须创建一个 SELECT UNION。
2) 你的设计怎么样?
一对一和多对一与您的表和连接相关。如果您有一对一的关系,则意味着您有两个具有受限外键(唯一)的表。如果您有一个多对一的相同事物,但 fk 不是唯一的。
对于您的多对一示例,您是正确的,规范化需要您的两个表。对于您的一对一,您也应该使用两个表,但您可能会为您的 EmployeeDetails 使用一个组件,然后只有一个表。参见 this hibernate documentation这将解释它(请注意,从词汇的角度来看,它不再是一对一的)。
关于java - 何时在每个子类表上使用每个类层次结构表?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21506673/