解读Hibernate继承映射策略

来源:互联网 发布:龙江网络客服中心电话 编辑:程序博客网 时间:2024/03/28 18:34

Hibernate继承映射的英文是Inheritance Mappings,Hibernate继承映射有三种策略,下文对Hibernate继承映射策略具体理解。
Hibernate支持三种基本的继承映射策略:

◆每个类分层结构一张表(table per class hierarchy)

◆每个子类一张表(table per subclass)

◆每个具体类一张表(table per concrete class)

此外,Hibernate还支持第四种稍有不同的多态映射策略:

隐式多态(implicit polymorphism)

对于同一个继承层次内的不同分支,可以采用不同的映射策略,然后用隐式多 态来完成跨越整个层次的多态。但是在同一个<class>根元素 下,Hibernate不支持混合了元素<subclass>、 <joined-subclass>和<union-subclass> 的映射。在同一个<class>元素下,可以混合使用 “每个类分层结构一张表”(table per hierarchy) 和“每个子类一张表”(table per subclass) 这两种映射策略,这是通过结合元素<subclass>和 <join>来实现的(见后)。

1. 每个类分层结构一张表(Table per class hierarchy)

假设我们有接口Payment和它的几个实现类: CreditCardPayment, CashPayment, 和ChequePayment。则“每个类分层结构一张表”(Table per class hierarchy)的映射代码如下所示:

  1. <class name="Payment" table="PAYMENT"> 
  2.     <id name="id" type="long" column="PAYMENT_ID"> 
  3.         <generator class="native"/> 
  4.     </id> 
  5.     <discriminator column="PAYMENT_TYPE" type="string"/> 
  6.     <property name="amount" column="AMOUNT"/> 
  7.     ...  
  8.     <subclass name="CreditCardPayment" discriminator-value="CREDIT"> 
  9.         <property name="creditCardType" column="CCTYPE"/> 
  10.         ...  
  11.     </subclass> 
  12.     <subclass name="CashPayment" discriminator-value="CASH"> 
  13.         ...  
  14.     </subclass> 
  15.     <subclass name="ChequePayment" discriminator-value="CHEQUE"> 
  16.         ...  
  17.     </subclass> 
  18. </class> 

采用这种策略只需要一张表即可。它有一个很大的限制:要求那些由子类定义的字段, 如CCTYPE,不能有非空(NOT NULL)约束。

2. 每个子类一张表(Table per subclass)

对于上例中的几个类而言,采用“每个子类一张表”的映射策略,代码如下所示:

  1. <class name="Payment" table="PAYMENT"> 
  2.     <id name="id" type="long" column="PAYMENT_ID"> 
  3.         <generator class="native"/> 
  4.     </id> 
  5.     <property name="amount" column="AMOUNT"/> 
  6.     ...  
  7.     <joined-subclass name="CreditCardPayment" table="CREDIT_PAYMENT"> 
  8.         <key column="PAYMENT_ID"/> 
  9.         ...  
  10.     </joined-subclass> 
  11.     <joined-subclass name="CashPayment" table="CASH_PAYMENT"> 
  12.         <key column="PAYMENT_ID"/> 
  13.         <property name="creditCardType" column="CCTYPE"/> 
  14.         ...  
  15.     </joined-subclass> 
  16.     <joined-subclass name="ChequePayment" table="CHEQUE_PAYMENT"> 
  17.         <key column="PAYMENT_ID"/> 
  18.         ...  
  19.     </joined-subclass> 
  20. </class> 

需要四张表。三个子类表通过主键关联到超类表(因而关系模型实际上是一对一关联)。

3. 每个子类一张表(Table per subclass),使用辨别标志(Discriminator)

注意,对“每个子类一张表”的映射策略,Hibernate的实现不需要辨别字段,而其他 的对象/关系映射工具使用了一种不同于Hibernate的实现方法,该方法要求在超类 表中有一个类型辨别字段(type discriminator column)。Hibernate采用的方法更 难实现,但从关系(数据库)这点上来看,按理说它更正确。若你愿意使用带有辨别字 段的“每个子类一张表”的策略,你可以结合使用<subclass> 与<join>,如下所示:

  1. <class name="Payment" table="PAYMENT"> 
  2.     <id name="id" type="long" column="PAYMENT_ID"> 
  3.         <generator class="native"/> 
  4.     </id> 
  5.     <discriminator column="PAYMENT_TYPE" type="string"/> 
  6.     <property name="amount" column="AMOUNT"/> 
  7.     ...  
  8.     <subclass name="CreditCardPayment" discriminator-value="CREDIT"> 
  9.         <join table="CREDIT_PAYMENT"> 
  10.             <property name="creditCardType" column="CCTYPE"/> 
  11.             ...  
  12.         </join> 
  13.     </subclass> 
  14.     <subclass name="CashPayment" discriminator-value="CASH"> 
  15.         <join table="CASH_PAYMENT"> 
  16.             ...  
  17.         </join> 
  18.     </subclass> 
  19.     <subclass name="ChequePayment" discriminator-value="CHEQUE"> 
  20.         <join table="CHEQUE_PAYMENT" fetch="select"> 
  21.             ...  
  22.         </join> 
  23.     </subclass> 
  24. </class> 

可选的声明fetch="select",是用来告诉Hibernate,在查询超类时, 不要使用外部连接(outer join)来抓取子类ChequePayment的数据。

4. 混合使用“每个类分层结构一张表”和“每个子类一张表”

你甚至可以采取如下方法混和使用“每个类分层结构一张表”和“每个子类一张表”这两种策略:

  1. <class name="Payment" table="PAYMENT"> 
  2.     <id name="id" type="long" column="PAYMENT_ID"> 
  3.         <generator class="native"/> 
  4.     </id> 
  5.     <discriminator column="PAYMENT_TYPE" type="string"/> 
  6.     <property name="amount" column="AMOUNT"/> 
  7.     ...  
  8.     <subclass name="CreditCardPayment" discriminator-value="CREDIT"> 
  9.         <join table="CREDIT_PAYMENT"> 
  10.             <property name="creditCardType" column="CCTYPE"/> 
  11.             ...  
  12.         </join> 
  13.     </subclass> 
  14.     <subclass name="CashPayment" discriminator-value="CASH"> 
  15.         ...  
  16.     </subclass> 
  17.     <subclass name="ChequePayment" discriminator-value="CHEQUE"> 
  18.         ...  
  19.     </subclass> 
  20. </class> 

对上述任何一种映射策略而言,指向根类Payment的 关联是使用<many-to-one>进行映射的。

  1. <many-to-one name="payment" column="PAYMENT_ID" class="Payment"/> 

5. 每个具体类一张表(Table per concrete class)

对于“每个具体类一张表”的映射策略,可以采用两种方法。第一种方法是使用 <union-subclass>。

  1. <class name="Payment"> 
  2.     <id name="id" type="long" column="PAYMENT_ID"> 
  3.         <generator class="sequence"/> 
  4.     </id> 
  5.     <property name="amount" column="AMOUNT"/> 
  6.     ...  
  7.     <union-subclass name="CreditCardPayment" table="CREDIT_PAYMENT"> 
  8.         <property name="creditCardType" column="CCTYPE"/> 
  9.         ...  
  10.     </union-subclass> 
  11.     <union-subclass name="CashPayment" table="CASH_PAYMENT"> 
  12.         ...  
  13.     </union-subclass> 
  14.     <union-subclass name="ChequePayment" table="CHEQUE_PAYMENT"> 
  15.         ...  
  16.     </union-subclass> 
  17. </class> 

这里涉及三张表。每张表为对应类的所有属性(包括从超类继承的属性)定义相应字段。

这种方式的局限在于,如果一个属性在超类中做了映射,其字段名必须与所有子类 表中定义的相同。(我们可能会在Hibernate的后续发布版本中放宽此限制。) 不允许在联合子类(union subclass)的继承层次中使用标识生成器策略(identity generator strategy), 实际上, 主键的种子(primary key seed)不得不为同一继承层次中的全部被联合子类所共用.

6. Table per concrete class, using implicit polymorphism
另一种可供选择的方法是采用隐式多态:

  1. <class name="CreditCardPayment" table="CREDIT_PAYMENT"> 
  2.     <id name="id" type="long" column="CREDIT_PAYMENT_ID"> 
  3.         <generator class="native"/> 
  4.     </id> 
  5.     <property name="amount" column="CREDIT_AMOUNT"/> 
  6.     ...  
  7. </class> 
  8.  
  9. <class name="CashPayment" table="CASH_PAYMENT"> 
  10.     <id name="id" type="long" column="CASH_PAYMENT_ID"> 
  11.         <generator class="native"/> 
  12.     </id> 
  13.     <property name="amount" column="CASH_AMOUNT"/> 
  14.     ...  
  15. </class> 
  16.  
  17. <class name="ChequePayment" table="CHEQUE_PAYMENT"> 
  18.     <id name="id" type="long" column="CHEQUE_PAYMENT_ID"> 
  19.         <generator class="native"/> 
  20.     </id> 
  21.     <property name="amount" column="CHEQUE_AMOUNT"/> 
  22.     ...  
  23. </class> 

注意,我们没有在任何地方明确的提及接口Payment。同时注意 Payment的属性在每个子类中都进行了映射。如果你想避免重复, 可以考虑使用XML实体(例如:位于DOCTYPE声明内的 [ <!ENTITY allproperties SYSTEM "allproperties.xml"> ] 和映射中的&allproperties;)。

这种方法的缺陷在于,在Hibernate执行多态查询时(polymorphic queries)无法生成带 UNION的SQL语句。

对于这种映射策略而言,通常用<any>来实现到 Payment的多态关联映射。

  1. <any name="payment" meta-type="string" id-type="long"> 
  2.     <meta-value value="CREDIT" class="CreditCardPayment"/> 
  3.     <meta-value value="CASH" class="CashPayment"/> 
  4.     <meta-value value="CHEQUE" class="ChequePayment"/> 
  5.     <column name="PAYMENT_CLASS"/> 
  6.     <column name="PAYMENT_ID"/> 
  7. </any> 

7. 隐式多态和其他继承映射混合使用

对这一映射还有一点需要注意。因为每个子类都在各自独立的元素<class> 中映射(并且Payment只是一个接口),每个子类可以很容易的成为另一 个继承体系中的一部分!(你仍然可以对接口Payment使用多态查询。)

  1. <class name="CreditCardPayment" table="CREDIT_PAYMENT"> 
  2.     <id name="id" type="long" column="CREDIT_PAYMENT_ID"> 
  3.         <generator class="native"/> 
  4.     </id> 
  5.     <discriminator column="CREDIT_CARD" type="string"/> 
  6.     <property name="amount" column="CREDIT_AMOUNT"/> 
  7.     ...  
  8.     <subclass name="MasterCardPayment" discriminator-value="MDC"/> 
  9.     <subclass name="VisaPayment" discriminator-value="VISA"/> 
  10. </class> 
  11.  
  12. <class name="NonelectronicTransaction" table="NONELECTRONIC_TXN"> 
  13.     <id name="id" type="long" column="TXN_ID"> 
  14.         <generator class="native"/> 
  15.     </id> 
  16.     ...  
  17.     <joined-subclass name="CashPayment" table="CASH_PAYMENT"> 
  18.         <key column="PAYMENT_ID"/> 
  19.         <property name="amount" column="CASH_AMOUNT"/> 
  20.         ...  
  21.     </joined-subclass> 
  22.     <joined-subclass name="ChequePayment" table="CHEQUE_PAYMENT"> 
  23.         <key column="PAYMENT_ID"/> 
  24.         <property name="amount" column="CHEQUE_AMOUNT"/> 
  25.         ...  
  26.     </joined-subclass> 
  27. </class> 

我们还是没有明确的提到Payment。 如果我们针对接口Payment执行查询 ——如from Payment—— Hibernate 自动返回CreditCardPayment(和它的子类,因为 它们也实现了接口Payment)、 CashPayment和Chequepayment的实例, 但不返回NonelectronicTransaction的实例。


方式一:整个的继承体系就用一张表、

建立关系模型原则:描述一个继承关系只用一张表,也就是说子类所使用的表与父类相同

优缺点:首先表中引入的区分子类的字段,也就是包括了描述其他字段的字段。其次,如果某个子类的某个属性不能为空,那么在数据库一级不能设置该字段not null(非空),维护起来方便,只需要修改一个表,灵活性差,表中冗余字段会随着子类的增多而越来越多,在任何情况下,都只需处理一个表,对于单个对象的持久话操作只需要处理一个表


方式二:每个子类一张表,存放子类所特有的属性

建立关系模型原则:每个子类使用一张表,但这些子类所对应的表都关联到基类所对应的表中

优缺点:这种设计方式完全符合关系模型的设计原则,且不存在冗余,

维护起来比较方便,对每个类的修改只需要修改其所对应的表,灵活性很好,完全是参照对象继承的方式进行配置,对于父类的查询需要使用左外链接,对于子类查询需要使用内链接,对于子类的持久话至少要处理两个表


方式三:每个具体类一张表(union-subclass) ,保存是子类完整信息

建立关系模型原则:每个具体类对应一张表,有多少具体类就需要建立多少个独立的表

优缺点:这种设计方式符合关系模型的设计原则,但有表中存在重复字段的问题。如果需要对基类进行修改,则需要对基类以及该类的子类所对应的所有表都进行修改,映射的灵活性很大,子类可以包括基类属性在内的每一个属性进行单独配置,对于子类的查询只需要访问单独的表,对父类查询怎需要检索所有的表,对于单个对象持久话操作只需要处理一个表