0
大家好。上次讲了关于hibernate中双向1-N的映射配置,可以参考:http://www.cnblogs.com/souvenir/p/3784510.html
实际项目中,对象间的关系比较复杂,除了上次讲的相互关联以外,这次我们要讲的就是关于对象的继承。hibernate如何来通过配置完成对象的继承?
1
比如有一个父类person,然后两个对应的子类,一个是teacher,一个是student。教师和老师除了拥有person这个类所有的属性以外,还会有一些自己独特的属性。
hibernate提供的映射方法有三种:
A 一个子类对应一个表
也就是说每个子类对对应新建一张表,里面的属性都会加上父类的属性,然后再分别加上自己的单独的属性
这样做无疑是增加了许多冗余,所以不推荐。
B 用一张大表来表示所有子类的属性集合
比如父类有3个公共属性,teacher这个子类有2个单独属性,student有3个单独属性,那么我们需要创建一张表,把这8个属性全部包括在内
然后在通过一个字段来区分这些对象实体具体属于那一个子类
C 父类表存储公共属性,每一个字表存储自己单独的属性,然后通过唯一ID进行关联
2 【用一张大表来表示所有子类的属性集合】
还是用之前的employee对象来做演示,现在我们需要在employee下继承一个子类manager
这个子类目前为了演示我们只添加一个单独的属性:部门
来看看hibernate的配置文件:
<hibernate-mapping package="com.souvenir.bean">
<class name="Employee" table="Employee" discriminator-value="E">
<!-- 映射标识属性 -->
<id name="id" column="emp_id"
type="int">
<!-- 指定主键生成器策略 -->
<generator class="identity"/>
</id> <discriminator column="empType" type="string"></discriminator> <!-- 映射普通属性 -->
<property name="name" type="string"/>
<property name="password" type="string"/>
<property name="age" type="int"/> <!-- employee子类manager -->
<subclass name="Manager" extends="Employee" discriminator-value="M">
<property name="dept" type="string" length="50" column="dept_name"/>
</subclass>
</class>
</hibernate-mapping>
需要说明一下的是:
- 这种方式是通过 subclass 关键字来完成子类的配置
- 父类需要 discriminator 关键字类指定区分的字段
- 所有子类添加 discriminator-value 属性来区分其对象(如果父类需要的话也可以加上)
下面我们来测试一下映射的效果,具体的测试代码我就不写了,大概就是保存几个manager和employee对象
通过数据库中结果可以看出,前10个是employee对象,empType都是E
最后一个是manager对象,empType为M
这种方式可以看出也是有很多的冗余字段,对于employee来说没有dept_name属性,所以这个属性都为null
3 【父类表存储公共属性,每一个字表存储自己单独的属性,然后通过唯一ID进行关联】
这种情况下我们需要使用关键字 joined-subclass 来加入所有的子类,子类中除了需要配置单独的属性之外
需要指定一个key,来与父类关联。(通过column属性)
下面看一下上面修改的配置:
<hibernate-mapping package="com.souvenir.bean">
<class name="Employee" table="Employee" >
<!-- 映射标识属性 -->
<id name="id" column="emp_id"
type="int">
<!-- 指定主键生成器策略 -->
<generator class="identity"/>
</id> <!-- 映射普通属性 -->
<property name="name" type="string"/>
<property name="password" type="string"/>
<property name="age" type="int"/>
<!-- 与manager的关联关系 -->
<many-to-one name="manager" class="Manager" column="mgr_id" lazy="false"/> <!-- 映射和Payment之间的关联关系 -->
<set name="payments" inverse="true" lazy="false">
<key column="emp_id" />
<one-to-many class="Payment"/>
</set> <!-- employee子类manager -->
<joined-subclass name="Manager" extends="Employee" >
<key column="emp_id"></key>
<property name="dept" type="string" length="50" column="dept_name"/>
</joined-subclass>
</class>
</hibernate-mapping>
注意这里就不再需要 discriminator 配置了。
下面看一下测试效果:(对了,测试代码都不用变)
首先数据库中有了两个表,一个是employee,一个是manager
这里可以看出,所有公共属性都存在了父表中,而子表只是存储了其需要的属性,二者通过emp_id来关联。
4 继承对象的1-N关联
像上面这种继承对象之间可否进行1-N的关联呢,答案是肯定的,而且在hibernate中的配置操作与一般的1-N没有什么差别。
<hibernate-mapping package="com.souvenir.bean">
<class name="Employee" table="Employee" >
<!-- 映射标识属性 -->
<id name="id" column="emp_id"
type="int">
<!-- 指定主键生成器策略 -->
<generator class="identity"/>
</id> <!-- 映射普通属性 -->
<property name="name" type="string"/>
<property name="password" type="string"/>
<property name="age" type="int"/>
<!-- 与manager的关联关系 -->
<many-to-one name="manager" class="Manager" column="mgr_id" lazy="false"/> <!-- 映射和Payment之间的关联关系 -->
<set name="payments" inverse="true" lazy="false">
<key column="emp_id" />
<one-to-many class="Payment"/>
</set> <!-- employee子类manager -->
<joined-subclass name="Manager" extends="Employee" >
<key column="emp_id"></key>
<property name="dept" type="string" length="50" column="dept_name"/>
<set name="employees" inverse="true" lazy="false">
<key column="emp_id"/>
<one-to-many class="Employee"/>
</set>
</joined-subclass>
</class>
</hibernate-mapping>
和我们上一讲的配置一样,1端通过set进行配置,N端都过many-to-one进行配置。
需要补充一下的就是inverse这个属性, inverse=true的含义: 由双向关联另一方维护该关联,己方不维护该关联(只能进行查询操作)。
在本例中,manager中有inverse属性,也就是说对于employee与manager的关联关系是交由employee进行维护,manager只能进行查询操作。
Manager manager=mgrDao.get(11); for(int i=1;i<=5;i++){
Employee emp=empDao.get(i);
emp.setManager(manager);
empDao.update(emp);
} Set<Employee> emps= manager.getEmployees();
for(Employee e:emps){
System.out.println("------"+e.getName());
}
上面的测试代码,我们通过employee对象来配置其manager对象。
然后通过manager来查找其对应的employee集合。