hibernate各种关联关系一、多对一关联映射
会在多的一端加入一个外键，指向一的一端，这个外键是由
中的column属性定义的，如果忽略了这个属性那么默认的外键与实体的属性一致
标签的定义示例：
*
二、一对一主键关联
1、一对一主键关联单向
hibernate一对一主键关联映射（单向关联Person---->IdCard）
一对一主键关联映射:让两个实体对象的id保持相同，这样可以避免多余的字段被创建
具体映射：
idCard
2、一对一主键关联双向...
一、多对一关联映射
会在多的一端加入一个外键，指向一的一端，这个外键是由
中的column属性定义的，如果忽略了这个属性那么默认的外键与实体的属性一致
标签的定义示例：
*
二、一对一主键关联
1、一对一主键关联单向
hibernate一对一主键关联映射（单向关联Person---->IdCard）
一对一主键关联映射:让两个实体对象的id保持相同，这样可以避免多余的字段被创建
具体映射：
idCard
2、一对一主键关联双向
hibernate一对一主键关联映射（双向关联Person<---->IdCard）
需要在idcard映射文件中加入标签指向person，指示hibernate如何加载person
默认根据主键加载
三、一对一外键关联
1、一对一外键关联单向
hibernate一对一唯一外键关联映射（单向关联Person---->IdCard）
一对唯一外键关联映射是多对一关联映射的特例
可以采用标签，指定多的一端的unique=true，这样就限制了多的一端的多重性为一
通过这种手段映射一对一唯一外键关联
2、一对一外键关联双向
hibernate一对一唯一外键关联映射（双向关联Person<---->IdCard）
一对一唯一外键关联双向，需要在另一端（idcard），添加标签，指示hibernate如何加载其关联对象，默认根据主键加载person，外键关联映射中，因为两个实体采用的是person的外键维护的关系，所以不能指定主键加载person，而要根据person的外键加载，所以采用如下映射方式：
四、一对多关联映射
1、一对多关联映射单向
hihernate一对多关联映射（单向Classes----->Student）
一对多关联映射利用了多对一关联映射原理
多对一关联映射：在多的一端加入一个外键指向一的一端，它维护的关系是多指向一
一对多关联映射：在多的一端加入一个外键指向一的一端，它维护的关系是一指向多
也就是说一对多和多对一的映射策略是一样的，只是站的角度不同
在一一端维护关系的缺点：
* 如果将t_student表里的classesid字段设置为非空，则无法保存
* 因为不是在student这一端维护关系，所以student不知道是哪个班的，
所以需要发出多余的update语句来更新关系
2、一对多关联映射双向
hihernate一对多关联映射（双向Classes<----->Student）
一对多双向关联映射：
* 在一一端的集合上使用，在对方表中加入一个外键指向一一端
* 在多一端采用
注意：标签指定的外键字段必须和指定的外键字段一致，否则引用字段的错误
如果在”一“一端维护一对多关联关系，hibernate会发出多余的udpate语句，所以我们一般在多的一端来维护关联关系
关于inverse属性：
inverse主要用在一对多和多对多双向关联上，inverse可以被设置到集合标签上，
默认inverse为false，所以我们可以从”一“一端和”多“一端维护关联关系，
如果设置成inverse为true，则我们只能从多一端来维护关联关系
注意：inverse属性，只影响数据的存储，也就是持久化
inverse和cascade
* inverse是关联关系的控制方向
* cascade操作上的连锁反应
五、多对多关联关系
1、多对多关联关系单向
hibernate多对多关联映射(单向User---->Role)
具体映射方式：
2、多对多关联关系双向
hibernate多对多关联映射(双向User<---->Role)
映射
方法
快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载
：
table属性值必须和单向关联中的table属性值一致
中column属性值要与单向关联中的标签中的column属性值一致
在中的column属性值要与单向关联中标签的column属性值一致
六、继承关联映射
1、每棵继承树映射成一张表
每棵继承树映射成一张表
t_animal
id
name
sex
weight
height
type
1
猪猪
true
100
P
2
鸟鸟
false
50
B
每棵继承树映射成一张表
（1）、理解如何映射
因为类继承树肯定是对应多个类，要把多个类的信息存放在一张表中，必须有某种机制来区分哪些记录是属于哪个类的。
这种机制就是，在表中添加一个字段，用这个字段的值来进行区分。用hibernate实现这种策略的时候，有如下步骤：
父类用普通的标签定义
在父类中定义一个discriminator，即指定这个区分的字段的名称和类型
如：
子类使用标签定义，在定义subclass的时候，需要注意如下几点：
Subclass标签的name属性是子类的全路径名
在Subclass标签中，用discriminator-value属性来标明本子类的discriminator字段（用来区分不同类的字段）
的值.Subclass标签，既可以被class标签所包含（这种包含关系正是表明了类之间的继承关系），也可以与class标
签平行。 当subclass标签的定义与class标签平行的时候，需要在subclass标签中，添加extends属性，里面的值
是父类的全路径名称。子类的其它属性，像普通类一样，定义在subclass标签的内部。
（2）、理解如何存储
存储的时候hibernate会自动将鉴别字段值插入到数据库中，在加载数据的时候，hibernate能根据这个鉴别值正确的加载对象
（3）多态查询：在hibernate加载数据的时候能鉴别出正真的类型（instanceOf）
get支持多态查询
load只有在lazy=false，才支持多态查询
hql支持多态查询
（4）extends.hbm.xml
2、每个类映射成一张表
每个子类映射成一张表
t_animal
id
name
sex
1
猪猪
true
2
鸟鸟
false
t_pig
pid
weight
1
100
t_bird
bid
height
2
50
每个子类映射成一张表
（1）、理解如何映射
这种策略是使用joined-subclass标签来定义子类的。父类、子类，每个类都对应一张数据库表。
在父类对应的数据库表中，实际上会存储所有的记录，包括父类和子类的记录；在子类对应的数据库表中，这个表只定义了子类中所特有的属性映射的字段。子类与父类，通过相同的主键值来关联。实现这种策略的时候，有如下步骤：
父类用普通的标签定义即可
父类不再需要定义discriminator字段
子类用标签定义，在定义joined-subclass的时候，需要注意如下几点：
Joined-subclass标签的name属性是子类的全路径名
Joined-subclass标签需要包含一个key标签，这个标签指定了子类和父类之间是通过哪个字段来关联的。
如：，这里的column，实际上就是父类的主键对应的映射字段名称。
Joined-subclass标签，既可以被class标签所包含（这种包含关系正是表明了类之间的继承关系），也可以与class标签平行。 当Joined-subclass标签的定义与class标签平行的时候，需要在Joined-subclass标签中，添加extends属性，里面的值是父类的全路径名称。子类的其它属性，像普通类一样，定义在joined-subclass标签的内部。
（2）extends.hbm.xml
3、每个具体类映射成一张表
每个具体类映射成一张表
t_pig
id
name
sex
weight
1
猪猪
true
100
t_bird
id
name
sex
height
2
鸟鸟
false
50
每个具体类映射成一张表
（1）如何映射
这种策略是使用union-subclass标签来定义子类的。每个子类对应一张表，而且这个表的信息是完备的，即包含了所有从父类继承下来的属性映射的字段（这就是它跟joined-subclass的不同之处，joined-subclass定义的子类的表，只包含子类特有属性映射的字段）。实现这种策略的时候，有如下步骤：
父类用普通标签定义即可
子类用标签定义，在定义union-subclass的时候，需要注意如下几点：
Union-subclass标签不再需要包含key标签（与joined-subclass不同）
Union-subclass标签，既可以被class标签所包含（这种包含关系正是表明了类之间的继承关系），也可以与class标签平行。 当Union-subclass标签的定义与class标签平行的时候，需要在Union-subclass标签中，添加extends属性，里面的值是父类的全路径名称。子类的其它属性，像普通类一样，定义在Union-subclass标签的内部。这个时候，虽然在union-subclass里面定义的只有子类的属性，但是因为它继承了父类，所以，不需要定义其它的属性，在映射到数据库表的时候，依然包含了父类的所有属性的映射字段。
注意：在保存对象的时候id是不能重复的（不能使用自增生成主键）
（2）extends.hbm.xml
t_user
id | name | groupid
1 | 菜10 | 1
2 | 容祖儿 | 1
t_group
id | name
| 尚学堂
t_idcard
id | cardNo
1 | 8888888888
2 | 9999999999
t_person
id | name
| 菜10
| 容祖儿
t_idcard
id | cardNo
1 | 8888888888
2 | 9999999999
t_person
id | name
| 菜10
| 容祖儿
t_idcard
id | cardNo
100 | 8888888888
200 | 9999999999
t_person
id | name | idcard
| 菜10 | 100
| 容祖儿 | 200
t_idcard
id | cardNo
100 | 8888888888
200 | 9999999999
t_person
id | name | idcard
| 菜10 | 100
| 容祖儿 | 200
t_classes
id | name
1 | 尚学堂
t_student
id | name | classesid
1 | 10 | 1
2 | 祖儿 | 1
t_classes
id | name
1 | 尚学堂
t_student
id | name | classesid
1 | 10 | 1
2 | 祖儿 | 1
t_user
id | name
1 | 10
2 | 祖儿
3 | 杰伦
t_role
id | name
1 | 数据录入人员
2 | 商务主管
3 | 大区经理
t_user_role
userid | roleid
| 1
| 2
| 2
2 | 3
3 | 1
3 | 2
3 | 3
t_user_role
userid | roleid
| 1
| 2
| 2
2 | 3
3 | 1
3 | 2
3 | 3
t_role
id | name
1 | 数据录入人员
2 | 商务主管
3 | 大区经理
t_user
id | name
1 | 10
2 | 祖儿
3 | 杰伦
本文档为【hibernate各种关联关系】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑，
图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。
该文档来自用户分享，如有侵权行为请发邮件ishare@vip.sina.com联系网站客服，我们会及时删除。
[版权声明] 本站所有资料为用户分享产生，若发现您的权利被侵害，请联系客服邮件isharekefu@iask.cn，我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
浙公网安备 33021202002483