解读Hibernate继承映射策略

Hibernate继承映射的英文是Inheritance Mappings，Hibernate继承映射有三种策略，下文对Hibernate继承映射策略具体理解。

Hibernate支持三种基本的继承映射策略：

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

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

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

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

隐式多态(implicit polymorphism)

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

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

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

 
 
 
    
  
  
  
  1.  
    2. 
  
  
  
  2.      
    3. 
  
  
  
  3.          
    4. 
  
  
  
  4.      
    5. 
  
  
  
  5.      
    6. 
  
  
  
  6.      
    7. 
  
  
  
  7.     ...  
    8. 
  
  
  
  8.      
    9. 
  
  
  
  9.          
    10. 
  
  
  
  10.         ...  
    11. 
  
  
  
  11.      
    12. 
  
  
  
  12.      
    13. 
  
  
  
  13.         ...  
    14. 
  
  
  
  14.      
    15. 
  
  
  
  15.      
    16. 
  
  
  
  16.         ...  
    17. 
  
  
  
  17.      
    18. 
  
  
  
  18.  
    19.

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

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

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

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

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

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

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

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

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

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

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

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

对上述任何一种映射策略而言，指向根类Payment的 关联是使用进行映射的。 

 
 
 
    
  
  
  
  1.  name="payment" column="PAYMENT_ID" class="Payment"/> 
    2.

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

对于“每个具体类一张表”的映射策略，可以采用两种方法。***种方法是使用 。 

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

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

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

6. Table per concrete class, using implicit polymorphism

另一种可供选择的方法是采用隐式多态： 

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

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

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

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

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

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

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

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

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

【编辑推荐】

  1. 简述Hibernate中加载并存储对象
  2. Hibernate传播性持久化攻略
  3. 深入了解Hibernate自动状态检测
  4. 教你如何在Hibernate中实例化集合和代理
  5. Hinerbate单端关联代理颇析

新闻名称：解读Hibernate继承映射策略
当前地址：http://www.shufengxianlan.com/qtweb/news46/344496.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

静态网站知识

同城分类信息

广告品牌策划设计　　 　网站营销　　 　成都定制网站开发　　 　域名申请　　 　网站排名　　 　品牌官网设计　　 　不锈钢防护栏　　 　叙永网站建设　　 　成都400电话申请　　 　等级保护测评　　 　子晨木包装箱　　 　香港四川國際商會　　 　成都seo优化　　 　seo优化排名　　 　成都网站建设　　 　成都网站建设　　 　广安园林绿化公司　　 　网络推广公司　　 　网站设计　　 　成都托管服务器