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

Question

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

javahibernateweb-applicationsdatabase-design

4

在任何网站应用程序中，我们都会遇到使用类层次结构表或子类表的情况。但重要的是要决定哪种更适合您的用例。我基本上了解哪种情况下使用哪种方式更好？

场景：员工。永久员工和合同员工扩展员工。两个选项存在：

选项1：使用类层次结构表，在其中表示所有字段。好处是您可以从单个表中获取所有详细信息，并且可以摆脱在员工和永久/合同雇员之间的联接。因此，性能得到改善。但是，是的，即使对于您认为是永久员工不可能为空的字段，也无法声明非空约束（因为我们在单个表中处理永久员工和合同员工）。这是缺点。

选项2：表格每个子类，其中我们具有对父表的外键引用。连接会降低性能。但是，是的，您可以继续使用放置约束的方法，例如不允许为空，而您在第一种选项中无法执行此操作。

我的看法：对于这种情况，请选择选项1，如果不需要放置约束，则可从性能的角度去掉联接很好。是否有更多方面需要了解还是我的理解正确？

- M Sach

1

你混淆了继承和关联，它们是不同的概念。这些策略只适用于继承，而不适用于关联。你的问题并不太有意义。OneToOne 总是使用 2 或 3 个表，OneToMany 总是使用 2 或 3 个表。 - JB Nizet

@JB Nizet。您说得对，我在这里不知何故混淆了两个概念。我正在更正它。非常感谢。 - M Sach

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Steph · Accepted Answer

注意：本回答发布后，问题已经被大幅修改。第二点可能不再有意义。

你的问题有两个答案：

你误解了层次结构表和子类表的概念。这些涉及继承，而不是关联。因此，我可以解释一下这些概念是什么。
无论第一个问题如何，都可以建议你考虑数据库设计。

1) 什么是层次结构表和子类表？

这些概念与一对一或一对多的关联无关，它们与您在类设计中处理继承并在数据库设计中进行翻译的方式有关。在某个时刻，您简要地谈到了永久雇员和合同雇员。因此，您的困境肯定是：

我有类PermanentEmployee和ContractEmployee，它们扩展了类Employee。我是否需要一个表来存储两种类型的员工（层次结构表），还是我需要一个ContractEmployee表和一个PermanentEmployee表（子类表）？

在这种困境下，是的，非空约束的存在很重要。使用第一种策略，您将获得一个包含所有公共列、所有特定于承包商的列、所有特定于永久性的列和一个额外列（用于区分，例如，它将包含“CON”用于承包商和“PER”用于永久性）。如果您存储永久性，则对于特定于承包商的列，您将设置所有列为空。因此，您无法强制执行诸如“承包商必须有强制性的end_contract_date列”的规则，因为对于永久性而言，它将为空。

其他支持或反对的论点可能是性能：第一种策略使用更多的空间，有大量的空列，而在第二种策略中，您将在两个表中复制公共列，并且如果您想选择所有员工（不考虑承包商/永久性），则必须进行SELECT UNION。

2）你的设计怎么样？

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

对于你的一对多示例，你是正确的，规范化需要你的两个表。对于你的一对一，你也应该使用两个表，但是你可以使用一个EmployeeDetails组件，然后只有一个表。请参见这个Hibernate文档，它将解释它（从词汇角度来看，它不再是一对一）。