如何将继承策略与 JPA 注解和 Hibernate 混合使用？

Question

根据 Hibernate 参考文档，在使用 Hibernate 的 XML 元数据时应该可以混合不同的继承映射策略：
http://docs .jboss.org/hibernate/stable/core/reference/en/html/inheritance.html#inheritance-mixing-tableperclass-tablepersubclass

但是，Hibernate Annotations Reference Guide 的相应部分不包括：
http://docs.jboss.org/hibernate/stable/annotations/reference/en/html/entity.html#d0e1168

另一方面，JavaDocs 建议混合继承策略应该是可能的。例如在 javax.persistence.DiscriminatorColumn 中它说：

策略和鉴别器列仅在应用不同继承策略的实体类层次结构或子层次结构的根中指定。

---

以下是我试图实现的映射的示例。我想在层次结构根部附近使用每个子类一个表映射，但在叶子附近更改为每个类层次结构一个表映射。下面是一些示例代码：

@Entity
@Inheritance( strategy = InheritanceType.JOINED )
public abstract class A implements Serializable
{
    @Id
    private String id;

    // other mapped properties...
}

@Entity
@Inheritance( strategy = InheritanceType.SINGLE_TABLE )
public class BB extends A
{
    // other mapped properties and associations...
}

@Entity
public class BB1 extends BB
{
    // other stuff, not necessarily mapped...
}

@Entity
public class BB2 extends BB
{
    // other stuff, not necessarily mapped...
}

@Entity
@Inheritance( strategy = InheritanceType.SINGLE_TABLE )
public class CC extends A
{
    // other mapped properties and associations...
}

@Entity
public class CC1 extends CC
{
    // other stuff, not necessarily mapped...
}

...

我期望从该映射中得到正好 3 个表：A、BB 和 CC。 BB 和 CC 都应该有一个名为 DTYPE 的默认鉴别器列。它们还应该提供其各自子类的所有映射属性和关联所需的所有列。

相反，类层次结构似乎自始至终都使用每个子类一个表继承策略。即我为上面提到的每个实体都有一个自己的表。我想避免这种情况，因为类层次结构的叶子非常轻量，并且为每个叶子都有一个单独的表似乎有点过分了！

---

我是不是忽略了什么？任何建议都将受到高度赞赏！我很乐意提供更多信息...

Answer 1

根据 Hibernate 参考文档，在使用 Hibernate 的 XML 元数据时应该可以混合不同的继承映射策略（...）

实际上，它并不真正支持，它们使用辅助表“作弊”从文档示例中的单表策略切换。引用Java Persistence with Hibernate：

您可以映射整个继承
通过嵌套进行层次结构
, ,
和 映射
元素。你不能混合它们——因为
例如，要从
每类一个表的层次结构
判别器归一化
每个子类一个表的策略。 一次
你已经做出了一个决定
继承策略，你必须
坚持下去。

然而，这并不完全正确。
通过一些 Hibernate 技巧，您可以
切换映射策略
特定的子类。例如，你
可以将类层次结构映射到单个
表，但对于特定的子类，
切换到一个单独的表
外键映射策略，就像
每个子类都有一个表。这是
可以使用 映射
元素：

;
  <类名=“账单详细信息”
      表 =“BILLING_DETAILS”>

    ...

    <鉴别器
        列=“BILLING_DETAILS_TYPE”
        类型=“字符串”/>
    ...
    <子类
        名称=“信用卡”
        判别器值=“CC”>
      <连接表=“CREDIT_CARD”>
        <关键列=“CREDIT_CARD_ID”/>

        <属性名称=“编号”列=“CC_NUMBER”/>
        <属性名称=“expMonth”列=“CC_EXP_MONTH”/>
        <属性名称=“expYear”列=“CC_EXP_YEAR”/>
        ...
      
    

    <子类
        名称=“银行账户”
        判别器值=“BA”>
      <属性名称=帐户"column="BA_ACCOUNT"/>
      ...
    
  ...
  

你也可以通过注释实现同样的效果：

Java Persistence 还支持这种带有注释的混合继承映射策略。像之前一样，将超类 BillingDetails 映射到 InheritanceType.SINGLE_TABLE。现在将您想要从单个表中分离出来的子类映射到辅助表。

<前><代码>@Entity
@DiscriminatorValue(“CC”)
@SecondaryTable(
名称=“信用卡”，
pkJoinColumns = @PrimaryKeyJoinColumn(name = "CREDIT_CARD_ID")
）
公共类信用卡扩展了 BillingDetails {
@Column（表=“信用卡”，
名称 =“CC_NUMBER”，
可空=假）
私有字符串号；
...
}

我没有对此进行测试，但您也许可以尝试：

• 使用 SINGLE_TABLE 策略映射 A，
• 使用 @SecondaryTable 注释映射 BB、CC 等。

我没有测试过这个，我不知道它是否适用于 BB1、BB2。

参考

• Java 持久化与 Hibernate
  • 5.1.5 混合继承策略 (p207-p210)

Answer 2

为了清楚起见，这里是将帕斯卡的解决方案应用于我的问题中的示例代码：

@Entity
@Inheritance( strategy = InheritanceType.SINGLE_TABLE )
@DiscriminatorColumn( name = "entityType", 
        discriminatorType = DiscriminatorType.STRING )
public abstract class A implements Serializable
{
    @Id
    private String id;

    // other mapped properties...
}

@Entity
@SecondaryTable( name = "BB" )
public class BB extends A
{
    @Basic( optional = false)
    @Column( table = "BB" )
    private String property1;

    // other mapped properties and associations...
}

@Entity
public class BB1 extends BB
{
    // other stuff, not necessarily mapped...
}

@Entity
public class BB2 extends BB
{
    // other stuff, not necessarily mapped...
}

@Entity
@SecondaryTable( name = "CC" )
public class CC extends A
{
    @ManyToOne( optional = false)
    @JoinColumn( table = "CC" )
    private SomeEntity association1;

    // other mapped properties and associations...
}

@Entity
public class CC1 extends CC
{
    // other stuff, not necessarily mapped...
}

...

我已经成功地将这种方法应用于我的问题，并且我将暂时坚持使用它。然而，我仍然看到以下缺点：

• 鉴别器列位于层次结构的主表中，即根实体A的表中。就我而言，在辅助表 BB 和 CC 中包含鉴别器列就足够了。

• 每当向 BB 或 CC 的子类添加属性和关联时，他/她都必须指定它们应映射到相应的辅助表。如果有一种方法可以将其设置为默认值，那就太好了。