【Hibernate框架】三种继承映射

一、综述

       大家都知道,Hibernate作为ORM框架的一个具体实现,最大的一个优点就是是我们的开发更加的能体现出“面向对象”的思想。在面向对象开发中,类与类之间是可以相互继承的(单向继承),而Hibernate中也对这种继承关系提供了自己风格的封装,这就是我们接下来要介绍的Hibernate继承映射的三种策略:

以下UML图类为例:

1、每棵类继承树一张表(可以理解为整棵树一张表,表内有所有字段)

2、每个类一张表(父类、子类、子类各一张表,父表中有公共字段,子表中有个性字段+外键约束)

3、每个具体类一张表(每个子类一张表,每张表都有自己所有的属性字段)


二、简介三种继承映射方式的实现:

实体类也就是我们的PO对象肯定是少不了的,这也是三种方式都必须要有的公共部分了算是:


Animal.java:

public class Animal {
    private int id;
    private String name;
    private String sex;
    
    public int getId(){
          return id;
    }
    public void setId(int id){
          this.id=id;
    }
    public String getName(){
          return name;
    }
    public void setSex(String name){
          this.name=name;
    }
    public String getSex(){
          return sex;
    }
    public void setSex(String sex){
          this.sex=sex;
    }
}

Pig.java

public class Pig extends Animal{
    private int weight;
    public int getWeight(){
          return weight;
    }
    public void setWeight(){
          this.weight=weight;
    }
}


Bird.java

public class Bird extends Animal{
    private int height;
    public int getHeight(){
          return height;
    }
    public void setHeight(){
          this.height=height;
    }
}

三、配置文件分析:

1、每棵类继承树一张表(可以理解为整棵树一张表,表内有所有字段)

Extends.hbm.xml

<hibernate-mapping package="com.ssh.hibernate">
    <class name="Animal">
        <id name="id">
            <generator class="native"/>
        </id>
        <discriminator column="type" type="string"></discriminator>
        <property name="name"/>
        <property name="sex"/>        
        <subclass name="Pig" discriminator-value="Pig">
            <property name="weight"></property>             
        </subclass>
        <subclass name="Bird" discriminator-value="Bird">
            <property name="height"></property>             
        </subclass>        
    </class>
</hibernate-mapping>

配置映射文件时,父类还用<class>标签来定义;添加的区分字段(比如上面表1中的Type字段)需要用<discriminator>标签来定义;用<subclass>标签定义两个子类,与父类“合并”在同一张表里,子类的特有属性用<property>属性定义即可。

映射文件中的子类<subclass>标签还可以与标签同级,但是要加上属性extends,属性值为父类全路径名称。

<hibernate-mapping package="com.ssh.hibernate">
    <class name="Animal">
        <id name="id">
            <generator class="native"/>
        </id>
        <discriminator column="type" type="string"></discriminator>
        <property name="name"/>
        <property name="sex"/>       
    </class>
    <class name="Pig" discriminator-value="Pig" extends="com.ssh.vo.Animal">
        <property name="weight"></property>             
    </class>
    <class name="Bird" discriminator-value="Bird" extends="com.ssh.vo.Animal">
        <property name="height"></property>             
    </class>        
    
</hibernate-mapping>

这种映射方式可以把多个类放在一张表中,但是粒度比较粗,有冗余字段;但又是因为多个类的相关记录都存放在一张表中,查询时不用关联,因此效率较高。


2、每个类一张表(父类、子类、子类各一张表,父表中有公共字段,子表中有个性字段+外键约束)

Extends.hbm.xml

<hibernate-mapping package="com.ssh.hibernate">
    <class name="Animal">
        <id name="id">
            <generator class="native"/>
        </id>
        <property name="name"/>
        <property name="sex"/>
        <joined-subclass name="Pig" table="t_pig">
            <key column="pid" />
            <property name="weight"/>
        </joined-subclass>
        <joined-subclass name="Bird" table="t_bird">
            <key column="bid"/>
            <property name="height"/>
        </joined-subclass>
    </class>
</hibernate-mapping>

       这种方案相对于上层实现(增删改查等操作)不变,因为对象模型并没有改变,只是关系模型改了,只需要修改映射文件即可。缺点:查询时需要关联表,效率差;插入时也要执行多个insert语句,适合继承程度不深的情况。优点:粒度较细,调理清楚,没有冗余

3、每个具体类一张表(每个子类一张表,每张表都有自己所有的属性字段)

Extends.hbm.xml

<hibernate-mapping package="com.ssh.hibernate">
    <class name="Animal" abstract="true">
        <id name="id">
            <generator class="uuid"/>
        </id>
        <property name="name"/>
        <property name="sex"/>
        <union-subclass name="Pig" table="t_pig">
            <property name="weight"/>
        </union-subclass>
        <union-subclass name="Bird" table="t_bird">
            <property name="height"/>
        </union-subclass>
    </class>
</hibernate-mapping>

上面的表有个特点就是,t_pig和t_bird的主键永远都不会相同。因为表面上看起来这是两张表,但实际上存储的都是动物(同一类型),所以还可以看做是一张表。在配置文件中 <union-subclass>标签中不需要key值了,注意Animal的主键生成策略不能是自增(native)了,如果自增的话,pig表中第一条记录id为1,bird表中第一条记录也为1,而它们在实际意义上属于同一类型(可以看做在一张表中),否则可能造成不同子类对应表中的主键相同,所以主键不可一致。配置映射文件时,父类还用<class>标签来定义;用<union-subclass>标签定义两个子类,且每个类对应的表的信息是完全的,包含了所有从父类继承下来的属性。子类的特有属性同样用<property>定义即可。用abstract属性表示父类Animal为抽象类,这样Animal就不会映射成表了。


四、总结:

       如果系统需要经常进行查操作且子类数量较多,则建议用第一种方案,即每棵生成树映射一张表,这也是最常用的方法,效率较高。如果追求细粒度的设计且子类数量不多,则可以用后两种方案:每个类映射一张表或每个具体类映射一张表。

        假如说我们就是有三张表,分别是T_Animal、T_Pig、T_Bird就是要求我们用sql语句来完成这些级联,大家想过sql语句与hbm.xml配置文件的映射关系吗?其实他就是帮我们做的表union和表join整合思想,大家可以思考一下这个问题。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 21
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 21
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值