原来我们都是先设计http://www.wfuyu.com/db/在进行代码编写。也就是说都是先有http://www.wfuyu.com/db/,才有实体对象。但是这类开发思想其实不符合我们的面向对象思想。甚么是面向对象思想?面向对象是1种对现实世界了解和抽象的方法。通过面向对象方式,将现实世界的事物抽象成对象,现实世界中的关系抽象成类、继承。
但是在关系型http://www.wfuyu.com/db/中的表与表之间的关系,并没有继承关系,不能说1张表继承另外一张表,它们之间的关系只能是关联,那末如何将这类继承关系的表映照到我们的http://www.wfuyu.com/db/当中呢?Hibernate提供了3种基本实现策略。
例如:有以下表继承结构体系:
1、 每棵类继承树基树1张表
该种方案,是将不同的种类动物都放在同1张表。请看下面的继承体系结构:
由于类继承树肯定是对应多个类,要把多个类的信息寄存在1张表中,必须有某种机制来辨别哪些记录是属于哪一个类的。这类机制就是,在表中添加1个字段,用这个字段的值来进行辨别。
注意:父类用普通的<class>标签定义 ,在父类中定义1个discriminator,指定这个辨别字段的名称和类型。子类用<subclass>标签定义,其中name属性是子类的全路径名。
配置文件实现:
除非将父类定义成抽象的,否则父类也是1张表
这类策略使用joined-subclass 标签来定义子类的 。父类、子类、每一个类都对应1张http://www.wfuyu.com/db/表。在父类对应的http://www.wfuyu.com/db/表中,实际上会存储所有的记录,包括父类和子类的记录;在子类对应的http://www.wfuyu.com/db/表中,这个表只定义了子类中所独有的属性映照的字段。子类与父类,通过相同的主键值来关联。
注意:
1.父类不再需要定义discriminator字段;
2.子类用<joined-subclass>标签定义,其中name属性是子类的全路径名,需要包括1个key标签,用来指定子类和父类之间是通过哪一个字段来关联的。
3.Joined-subclass 标签,既可以被class标签所包括(表名了类之间的继承关系),也能够与class标签所平行。当joined-subclass标签的定义与class标签平行的时候,需要在joined-subclass标签中,添加extends属性,里面的值是父类的全路径名。
4.子类的其他属性,像普通类1样,定义在joined-subclass标签的内部。
配置文件:
3、每一个具体子类1张表
这类策略是使用union-subclass标签来定义子类的。每一个子类对应1张表,而且这个表的信息是完备的,即包括了所有从父类继承下来的属性映照字段。(joined-subclass定义的子类的表,只包括子类特有属性映照字段)。
注意:
1. Union-subclass 标签不再需要包括key标签
2. Union-subclass标签,既可以被class标签所包括(这类包括关系正是表明子类间的继承关系),也能够与class标签平行。当union-subclass标签的 定义域class标签平行的时候,需要在union-subclass标签中,添加extends属性,里面的值是父类的全路径名称。
3. 子类的其他属性,像普通类1样,定义在union-subclass标签的内部。
配置文件:
总结:
Hibernate提供的这3种策略都可以实现表的继承映照。在实际开发中具体使用何种策略,还需要我们进行权衡。例如策略1:效力好,就1张表,但是当表的数量增多时,会存在大量的冗余字段。策略2:层次清楚,没有冗余。但是类的继承层次越深,关联的表越多。策略3:不能使用自增方案,由于自增,就有可能出现重复的主键,Hibernate的对象都是通过session来管理的,所以主键不能重复。
上一篇 水平三栏式布局