现在的位置: 首页 > 综合 > 正文

Hibernate对继承关系的映射总共有3种策略

2013年06月11日 ⁄ 综合 ⁄ 共 1947字 ⁄ 字号 评论关闭

Hibernate对继承关系的映射总共有3种策略:
第一,   每个类继承树对应一张表
因为类继承树肯定是对应多个类,要把多个类的信息存放在一张表中,必须有某种机制来区分哪些记录是属于哪个类的。这种机制就是,在表中添加一个字段,用这个字段的值来进行区分。用hibernate实现这种策略的时候,有如下步骤:
1、 父类用普通的<class>标签定义
2、 在父类中定义一个discriminator,即指定这个区分的字段的名称和类型
a)         如:<discriminator column=”XXX” type=”string”/>
3、 子类使用<subclass>标签定义,在定义subclass的时候,需要注意如下几点:
a)         Subclass标签的name属性是子类的全路径名
b)        在Subclass标签中,用discriminator-value属性来标明本子类的discriminator字段(用来区分不同类的字段)的值
c)        Subclass标签,既可以被class标签所包含(这种包含关系正是表明了类之间的继承关系),也可以与class标签平行。 当subclass标签的定义与class标签平行的时候,需要在subclass标签中,添加extends属性,里面的值是父类的全路径名称。
d)        子类的其它属性,像普通类一样,定义在subclass标签的内部。
 
第二,   每个子类一张表(除非将父类定义成抽象的,否则父类也是一张表)
这种策略是使用joined-subclass标签来定义子类的。父类、子类,每个类都对应一张数据库表。在父类对应的数据库表中,实际上会存储所有的记录,包括父类和子类的记录;在子类对应的数据库表中,这个表只定义了子类中所特有的属性映射的字段。子类与父类,通过相同的主键值来关联。实现这种策略的时候,有如下步骤:
1、 父类用普通的<class>标签定义即可
2、 父类不再需要定义discriminator字段
3、 子类用<joined-subclass>标签定义,在定义joined-subclass的时候,需要注意如下几点:
a)         Joined-subclass标签的name属性是子类的全路径名
b)        Joined-subclass标签需要包含一个key标签,这个标签指定了子类和父类之间是通过哪个字段来关联的。如:<key column=”PARENT_KEY_ID”/>,这里的column,实际上就是父类的主键对应的映射字段名称。
c)        Joined-subclass标签,既可以被class标签所包含(这种包含关系正是表明了类之间的继承关系),也可以与class标签平行。 当Joined-subclass标签的定义与class标签平行的时候,需要在Joined-subclass标签中,添加extends属性,里面的值是父类的全路径名称。
d)        子类的其它属性,像普通类一样,定义在joined-subclass标签的内部。
 
第三,   每个具体子类一张表
这种策略是使用union-subclass标签来定义子类的。每个子类对应一张表,而且这个表的信息是完备的,即包含了所有从父类继承下来的属性映射的字段(这就是它跟joined-subclass的不同之处,joined-subclass定义的子类的表,只包含子类特有属性映射的字段)。实现这种策略的时候,有如下步骤:
1、 父类用普通<class>标签定义即可
2、 子类用<union-subclass>标签定义,在定义union-subclass的时候,需要注意如下几点:
a)         Union-subclass标签不再需要包含key标签(与joined-subclass不同)
b)        Union-subclass标签,既可以被class标签所包含(这种包含关系正是表明了类之间的继承关系),也可以与class标签平行。 当Union-subclass标签的定义与class标签平行的时候,需要在Union-subclass标签中,添加extends属性,里面的值是父类的全路径名称。
c)        子类的其它属性,像普通类一样,定义在Union-subclass标签的内部。这个时候,虽然在union-subclass里面定义的只有子类的属性,但是因为它继承了父类,所以,不需要定义其它的属性,在映射到数据库表的时候,依然包含了父类的所有属性的映射字段。

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/pandzhi/archive/2006/09/16/1231380.aspx

抱歉!评论已关闭.