Hibernate 继承关系的映射

Hibernate 继承关系的映射

 

在Java或.Net类与类之间存在关联、聚集和继承关系。一般来说：

关联关系：采用“一对多或一对一”的映射即可；

聚集关系：采用“集合映射”，即映射Set,Bag,List,Map

继承关系：

因为关系数据库的表之间不存在继承关系，所以Hibernate提供了以下三种对继承关系映射的方法，即在继承关系树中：

(1)、每个具体类（非抽象类）对应一个表：此方式中关系数据模型完全不支持对象的继承关系。

(2)、基类（根类）对应一个表：此方式中对关系数据模型进行非常规设计，在数据库表中加入额外的区分子类的字段，从而使关系数据模型可以支持继承关系。

(3)、每个类对应一个表：此方式中在关系数据模型中用外键关系来表示继承关系。

这三种映射方式都各自有利有弊，需要根据具体情况来选择使用。分别说明一下：

为了说明方便，引用一个比较经典的简单例子

Employee类，它为抽象类，有两个直接子类

HourlyEmployee类，Employee的子类，继承父类的name属性

SalarilyEmployee类，Employee的子类，继承父类的name属性

Company类，它有一个employees集合属性

 

继承关系中每个具体类对应一个表

这是最简单的映射方式。基类Employee没用映射，只需要为两个子类提供映射关系即可。看一下映射文件：

<hibernate-mapping package="com.wjb.mypack">

    <!--Company的映射-->

    <class name="Company" table="COMPANIES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <property name="name" type="string" column="NAME"/>

    </class>

    <!--HourlyEmployee的映射-->

    <class name="HouredEmployee" table="HOURLY_EMPLOYEES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <!--映射从父类继承的name属性-->

        <property name="name" type="string" column="NAME"/>

        <property name="rate" type="double" column="RATE"/>

        <many-to-one name="company" column="COMPANY_ID" class="Company"/>

    </class>

    <!--SalarilyEmployee的映射-->

    <class name="SalarilyEmployee" table="SALARILY_EMPLOYEES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <!--映射从父类继承的name属性-->

        <property name="name" type="string" column="NAME"/>

        <property name="salary" type="double" column="SALARY"/>

        <many-to-one name="company" column="COMPANY_ID" class="Company"/>

    </class>

    <!--注：Employee类没有映射，在DB中不存在对应的表-->

</hibernate-mapping>

可以看出，在这种映射方式中，每个子类除了映射自己的属性外，还需要映射从父类继承来下的属性，这是该映射方式的一个特点。

 

基类（根类）对应一个表

这种映射方式只需为基类Employee创建一个表即可。在表中不仅提供与Employee所有属性的字段，还要提供与所有子类属性对应的字段，此外还需要一个字段用于区分子类的具体类型。此时的映射文件为：

<hibernate-mapping package="com.wjb.mypack">

    <!--Company的映射-->

    <class name="Company" table="COMPANIES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <property name="name" type="string" column="NAME"/>

    </class>

    <!--Employee以及子类的映射-->

    <class name="Employee" table="EMPLOYEES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <!--用于区分子类类型的字段-->

        <discriminator type="string" column="EMPLOYEE_TYPE">

        <property name="name" type="string" column="NAME"/>

        <many-to-one name="company" column="COMPANY_ID" class="Company"/>

        <!--子类HourlyEmployee的映射-->

        <subclass name="HourlyEmployee" discriminator-value="HE">

            <property name="rate" column="RATE" type="double"/>

        </subclass>

        <!--子类SalarilyEmployee的映射-->

        <subclass name="SalarilyEmployee" discriminator-value="SE">

            <property name="salary" column="SALARY" type="double"/>

        </subclass>

    </class>

    <!--注：HourlyEmployee类没有单独的映射，在DB中不存在对应的表-->

    <!--注：SalarilyEmployee类没有单独的映射，在DB中不存在对应的表-->

</hibernate-mapping>

可以看出，每个子类没有单独的映射，在DB中没有对应的表存在。而只有一个记录所有自身属性和子类所有属性的表，在子类为HourlyEmployee的时候，SALARY字段将为NULL，同样子类为SalarilyEmployee的时候，RATE字段将为NULL。那么，如果业务逻辑要求SalariedEmployee对象的rate属性不允许为null，显然无法在EMPLOYEES表中为SALARY字段定义not null约束，可见这种映射方式无法保证关系数据模型的数据完整性。

 

每个类对应一个表

这种方式为基类和子类分别创建表，即EMPLOYEES、HE和SE三个表。EMPLOYEES只包含Employee自己属性的字段，每个子类的表也同样只包含自己类属性的字段。此外，HE表和SE表都以EMPLOYEE_ID字段作为主键，该字段还同时作为外键参照EMPLOYEES表。

HourlyEmployee和SalarilyEmployee没有独立的映射配置，但是在DB中有相应的表存在，这是其一个特点。

<hibernate-mapping package="com.wjb.mypack">

    <!--Company的映射-->

    <class name="Company" table="COMPANIES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <property name="name" type="string" column="NAME"/>

    </class>

    <!--Employee以及子类的映射-->

    <class name="Employee" table="EMPLOYEES">

        <id name="id" type="long" column="ID">

            <generator class="native"/>

        </id>

        <property name="name" type="string" column="NAME"/>

        <many-to-one name="company" column="COMPANY_ID" class="Company"/>

        <!--子类HourlyEmployee的映射-->

        <joined-subclass name="HourlyEmployee" table="HE">

            <key column="EMPLOYEE_ID"/>

            <property name="rate" column="RATE" type="double"/>

        </subclass>

        <!--子类SalarilyEmployee的映射-->

        <joined-subclass name="SalarilyEmployee" table="SE">

            <key column="EMPLOYEE_ID"/>

            <property name="salary" column="SALARY" type="double"/>

        </subclass>

    </class>

    <!--注：HourlyEmployee类没有单独的映射，但在DB中有对应的表-->

    <!--注：SalarilyEmployee类没有单独的映射，但在DB中有对应的表-->

</hibernate-mapping>

可见，两个<joined-subclass>元素用于映射两个子类，<joined-subclass>元素的<key>子元素指定HE表和SE表中既作为主键又作为外键的EMPLOYEE_ID字段。

 

三种映射方式的比较和选择：

为了方便说明为三种方式按顺序标号为[1][2][3]。

1、复杂度：

    [1]包含重复字段；

    [2]简单；

    [3]表较多且之间有外键约束；

2、查询性能：

    [1]若查询父类需查所有子类表；

    [2]效率高；

    [3]需要表内连接或左外连接；

3、可维护性：

    [1]若父类属性变化需要修改所有子类对应的表；

    [2]只需修改一个表；

    [3]若某个类属性变化只修改这个类对应的表；

综上，选择时，可以参考以下原则：

1、子类属性不是非常多时，优先考虑[2]，因为其性能最佳。

2、子类属性非常多，且对性能要求不是很严格时，优先考虑[3]