之所以把这两种映射放到一起说,是因为二者都是以复用为目的,减少了代码和配置量,这是相同点;二者之间的不同点类似继承和实现的区别:继承的类是一个事物的抽象,而实现的接口仅仅是功能的抽象。
继承映射
如上面所说,以下面类图为例:
它的映射方式有三种,它们的类和属性相同,只是映射文件不同,当然也导致映射的数据结构也不同,先一下以上三个类,再根据映射文件的不同说明每种映射方式。
Animal
public class Animal { private int id; private String name; private boolean sex; //省略getter和setter……}
Bird
public class Bird extends Animal { private int height; public int getHeight() { return height; } public void setHeight(int height) { this.height = height; }}
Pig
public class Pig extends Animal { private int weight; public int getWeight() { return weight; } public void setWeight(int weight) { this.weight = weight; }}
冗余
先来看一下表结构。
很明显,这种方式是将Pig和Bird冗余到一张表,以类型字段区分开来,来看一下它的映射文件:
不出所料,这种方式是将两个类以子类的方式嵌入到Animal中,形成一个大“类”,从而映射出一张表,从而将将父、子类的实例全部保存在同一张表内。需要注意的是,Discriminator必须要在subclass之前声明,这个容易理解:先制定规则,再分子类。
联合
同样,先来看一下库表结构。
再来看一下映射文件:
如配置文件所示,这种方式是子类联合:子类实例的数据仅保存在子类表中,没有在父类表中有记录。当class标签中没有abstract="true"这个属性时,它也是三张表,当添加此属性后,会生成上述的表结构。
需要注意的是,主键生成策略不能是identity,也不能是native,因为native会根据数据库选择identity或sequence方式,这是因为两个子类表中的主键不能相同,而identity则会导致这个结果。
连接
同样,来看一下表结构。
再来看一下映射文件:
可以看到,这种方式是连接的形式,与上一种方式不同的是将子类的属性和父类的属性分开存储,和上面一种方式类似的是,因为都有父类表的外键,子表中的主键也不能重复。
这种存储方式容易出现的问题是,如果继承树的深度很深,那么查询一个子类实例时,因为子类的数据依次保存在其多个父类中,需要跨越多个表,大大影响效率。
这三种存储方式各有优劣,要根据实际情况具体分析使用。
组件映射
以以下类图为例:
Contact类在此的作用就是组件类,需要时引用即可。来看一下简写的类:
Contact
public class Contact { private String email; private String address; private String zipcode; private String contactTel; //省略getter和setter……}
Employee
public class Employee { private int id; private String name; private Contact employeeContact; //省略getter和setter}
User
public class User { private int id; private String name; private Contact userContact; //省略getter和setter……}
再来看一下组件映射的表结构:
但从表结构上来看,和上面的“联合子类”的继承映射类似。再来看一下User的映射文件(Employee类似):
可以看到Contact此处仅仅是作为组件使用,它仅仅是一个值,而非实体,所以不用Contact的映射文件。它与继承类似,都是为了复用;相比继承映射而言,不同点在于它将功能抽象出来,它的粒度更细,提供了更广的复用范围,与接口类似。
总结
到此为止大致给大家介绍了一下继承映射和组件映射,希望通过对比的方式,将二者的区别和类似展现出来,下篇博客会介绍一下复合主键映射和集合映射。