在hibernate中一对多关联时会经常用到inverse和cascade属性

本文主要是介绍在hibernate中一对多关联时会经常用到inverse和cascade属性，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

 原文网址：http://hi.baidu.com/icehua521/blog/item/eb6b5099a98271006e068cbf.html

在hibernate中一对多关联时会经常用到inverse和cascade属性 ,
inverse 有两个值 true ,false，默认值是false   ;如果设置为true 则表示对象的状态变化不会同步到数据库 ;设置false就相反拉;
cascade 有五个选项 分别是: all ,delete ,none,save-update,delete-orphan ;
       all : 所有情况下均进行关联操作。
       none：所有情况下均不进行关联操作。这是默认值。
       save-update:在执行save/update/saveOrUpdate时进行关联操作。
       delete：在执行delete时进行关联操作。
       delete-orphan: 当save/update/saveOrUpdate时，相当于save-update ；当删除操作时，相当于delete ；

对象关联关系有一对一，多对一，一对多和多对多，其中多对一和一对多关系比较常见。一对一有两种方式：以主键关联和以外键关联。一对多和多对一通常应设置为双向关联，并在“一”这一方设置inverse="true" （比如一个班级对就多个学生，在班级这一边设置inverse="true"）。多对多需要第三张表来保存两个实体之间的关系。

Hibernate检索策略有立即检索、延迟检索、预先抓取、批量立即检索、批量预先检索。对于末端为“一”（一对一和多对一）的关联，一般设置为预先抓取，对于末端为“多”（一对多和多对多）的关联，一般设置为延迟检索。

按照检索策略的优先权，按从大到小排序如下：HQL>预先抓取>立即或延迟。HQL语句将忽略第一层的预先抓取，但延迟检索的配置对HQL的检索仍有影响；附属层始终采取配置文件的检索策略。

在多对多的关系需要配置的属性比较多一点，初学者经常会把<key column="">和<column="">的值弄反，其实只要记住一个原则就不会弄错了，这个原则是：<key column="">总是和本身类的主键id对应，而<column="">总是与关联类的id相对应。

一对一比较简单，因为没有column属性，所以不会引起混淆，两个关联的类以主键相关联。一对多需要指定自己的主键值和关联类的哪一个列相对应，所以要设置<key column="">。多对一关系中，“多”这一边在对应的数据表中需要增加一个字段来保存关系，这个字段存放和关联类（也就是“一”那一端）的主键id相同的值，也可以设为外键引用。多对多关联中，两个实体类需要告诉辅助表：“你这个表中哪个字段是我的主键，哪 个字段是我所关联的类的主键”，因此<key column="">和<column="">都要设置。

双向关联中一定要注意inverse的使用，设置了inverse="true"这一端比较清闲，它把控制权交给了另一端。一对多应该让“多”这一端有控制权，也就是在一这一端设置inverse="true"。

多对多关系中不可以把cascade设为all或delete，比如删除一个学生，不应该级联删除他所选择的课程的记录，因为这些课程可能还被其他学生所选择了。

 

hibernate中一对多多对一关系设计的理解

只需要从一方获取另一方的数据时 就使用单向关联
双方都需要获取对方数据时 就使用双向关系

部门--人员

使用人员时
如果只需要获取对应部门信息(user.getdeptarment())
不需要 从部门下的人员信息时，就配置成单向 多对一

使用部门时
如果只需要获取部门下人员信息(deptartmanet.getusers())
不需要 从人员获取部门信息时，就配置成单向 一对多

既要获取部门下人员 deptartmanet.getusers()
又要从人员获取部门信息 user.getdeptarment()

那就 配置成双向一对多,也就是双向多一

看需求来配置了。

 

 

 

 

 

这篇关于在hibernate中一对多关联时会经常用到inverse和cascade属性的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---