[转]hibernate----Inverse 和 cascade区别

hibernate----Inverse 和 cascade区别

 

Inverse 和 cascade的区别
实际上，他们是互不相关的概念:
inverse是指的关联关系的控制方向，而cascade指的是层级之间的连锁操作。


级联删除
在默认情况下，当Hibernate删除一个持久化对象时，不会自动删除与他关联的其他持久化对象，如果希望Hibernate删除Customer对象时，自动删除和Customer关联的Order对象，可以把cascade的属性设置为delete。
注意：在关联的双方的哪一方设置cascade为delete呢？是不是要在双方都要设置呢？这个主要看项目本身。
如果项目是针对一对多的，应该在“one”方设置cascade为delete，不能在“many”方设置cascade为delete 。
提示：所谓删除一个持久化对象，并不是指从内存中删除这个对象，而是从数据库中删除相关的记录。这个对象依然存在于内存中，只不过由持久化状态转变成为临时状态。
cascade属性可以有多个值，中间用逗号分开，eg：cascade="save-update,delete

<set name="orders"    cascade="all-delete-orphan" inverse="true">
<key    column="c_id"></key>
<one-to-many class="net.mbs.mypack.Order" />
</set>

Cascade属性的all-delete-orphan值
当我们解除Customer和Order对象之间的关系时：
customer.getOrdersa().remove(order);
order.setCustomer(null);
系统会执行 update order set c_id=null where id=? //前提： c_id列允许为null
如果希望Hibernate自动删除不再和Customer对象关联的Order对象，可以把cascade属性设置为all-delete-orphan

all-delete-orphan值的总结
1：当保存Customer对象时，级联保存所有关联的Order对象，相当于cascade=“save-update”
2:当删除Customer对象时，级联删除所有关联的Order对象，相当于cascade=“delete” .
3;删除不再和Customer对象关联的所有Order对象

当关联双方存在父子关系时，就可以把父方的cascade属性设置为“all-delete-orphan”
] 所谓父子关系，是指由父方子方的持久化生命周期，子方对象必须和一个父方对象关联
如果删除父方对象，应该级联删除所有的关联的子方对象。
如果子方对象不再和一个父方对象关联，应该把这个子方对象删除。
类与类之间是否存在父子关系是由业务逻辑需求来决定 的，通常认为Customer和Order之间存在父子关系，而Company和Worker 之间不存在父子关系。


食品类别---->蔬菜---水果
蔬菜------->西红柿类别
水果------->苹果----柿子
上面的每种类别代表一个Category对象，这些对象形成了树型数据结构，每个Category对象可以和一个父类别Category对象关联，同时还可以和一组子类别Category对象关联
为了实现上面的图例，我们制作一Category类，为了表达双向关联关系，我们在Category类中定义两个属性：
1：parentCategory：引用父类别的Category对象（比如苹果类别对象的parentCategory就是水果）
2。childCategories ：引用一组子类别Category对象


现在相成的关系是
一个Category对象可以一个父Category对象关联（如水果类别对象有一个父类，而食品类别的父类是自身）
一个Category对象可以和零个（如苹果类别对象没有子类）或一组子类Category对象关联（如水果类别对象有一组子类）

数据库表方面，我们只提供了一个叫category的表，有三列
ID ：标识列，表示每一类别
Name：类别的名字　；
category_id 当前类别的父类别的id号，如果是顶级类别，如食品类别，category_id列的值自的OID。
注意 category_id列必须允许为null，否则在插入时，将丢出nullPointException异常　　　　　
注意事项
１：在category.hbm.xml中应该配置set的cascade属性值为 all-delete-orphan，这样在删除一个父类别后，只要让他的所有子类别的对应的父类别为null ,就可以方便的删除所有子类别。
２：在OID中，在更新了两个类别之间的关系，并进行事务的提交后，必须调用session.clear()将session缓存进行清空，否则在以后用load()或get()加载的对象还是没有更新前的状态（如果session缓存中已经在要加载OID相同的对象）
３。在删除一个类别时，必须先删除此类别和父类别以及所有子类别的关联。
Category category=(Category)session.load(Category.class,cate.getId());
category.getParentCategory().getChildCategories().remove(category);
Object [] cs=category.getChildCategories().toArray();
System.out.println("数组长度"+cs.length);
for(int i=0;i < cs.length;i++)
{//删除和所有子类别的关联关系
Category child=(Category)cs;
chlid.setParentCategory(null);
category.getChildCategories().remove(cs);
}
session.delete(category);

 

 

１、到底在哪用cascade ="..."？  
   
  cascade 属性并不是多对多关系一定要用的，有了它只是让我们在插入或删除对像时更方便一些，只要在cascade 的源头上插入或是删除，所有 cascade 的关系就会被自己动的插入或是删除。便是为了能正确的cascade ，unsaved-value是个很重要的属性。Hibernate 通 过这个属性来判断一个对象应该save还是update，如果这个对象的id是unsaved-value的话，那说明这个对象不是 persistence   object要save（insert)；如果id是非unsaved-value的话，那说明这个对象是persistence   object（数据库中已存在），只要update就行了。saveOrUpdate方法用的也是这个机制。  
   
  ２、到底在哪用inverse ="ture"?  
   “set的inverse 属性决定是否把对set的改动反映到数据库中去。inverse =false————反映；inverse =true————不反映”inverse 属性默认为false
   
  inverse 属性默认是false的，就是说关系的两端都来维护关系。这个意 思就是说，如有一个Student,   Teacher和TeacherStudent表，Student和Teacher是多对多对多关系，这个关系由TeacherStudent这个表来表 现。那么什么时候插入或删除TeacherStudent表中的记录来维护关系呢？在用hibernate 时，我们不会显示的对 TeacherStudent表做操作。对TeacherStudent的操作是hibernate 帮我们做的。hibernate 就是看hbm文件中指 定的是"谁"维护关系，那个在插入或删除"谁"时，就会处发对关系表的操作。前提是"谁"这个对象已经知道这个关系了，就是说关系另一头的对象已经set 或是add到"谁"这个对象里来了。前面说过inverse 默认是false，就是关系的两端都维护关系，对其中任一个操作都会处发对表系表的操作。当在 关系的一头，如Student中的bag或set中用了inverse ＝"true"时，那就代表关系是由另一关维护的（Teacher）。就是说当这插 入Student时，不会操作TeacherStudent表，即使Student已经知道了关系。只有当Teacher插入或删除时才会处发对关系表的 操作。所以，当关系的两头都用inverse ="true"是不对的，就会导致任何操作都不处发对关系表的操作。当两端都是inverse = "false"或是default值是，在代码对关系显示的维护也是不对的，会导致在关系表中插入两次关系。  
   
  在一对多关系中inverse 就更有意义了。在多对多中，在哪端inverse ="true" 效果差不多（在效率上）。但是在一对多中，如果要一方维护关 系，就会使在插入或是删除"一"方时去update"多"方的每一个与这个"一"的对象有关系的对象。而如果让"多"方面维护关系时就不会有update 操作，因为关系就是在多方的对象中的，直指插入或是删除多方对象就行了。当然这时也要遍历"多"方的每一个对象显示的操作修关系的变化体现到DB中。不管 怎样说，还是让"多"方维护关系更直观一些。

    （1）对one-to-many而言，改变set，会让hibernate 执行一系列的update语句， 不会delete/insert数据
    （2）对many-to-many而言，改变set,只修改关系表的数据，不会影响many-to-many的另一方。
    （3）虽然one-to-many和many-to-many的数据库操作不一样，但目的都是一个：维护数据的一致性。  
   
  ３、cascade 和inverse 有什么区别？  
  可以这样理解，cascade 定义的是关系两端对象到对象的级联关系；而inverse 定义的是关系和对象的级联关系。
  inverse 只对set+one-to-many(或many-to-many)有效，对many-to-one, one-to-one无效。cascade 对关系标记都有效。

  inverse 对集合对象整体起作用，cascade 对集合对象中的一个一个元素起作用，如果集合为空，那么cascade 不会引发关联操作。
  比如将集合对象置为null， school.setStudentSet(null)
   inverse 导致hibernate 执行:udpate STUDENT set SCHOOL_ID=null where SCHOOL_ID=?
   cascade 则不会执行对STUDENT表的关联更新， 因为集合中没有元素。
  再比新增一个school, session.save(school)
   inverse 导致hibernate 执行：
    for( 对(school的每一个student ){
     udpate STUDENT set SCHOOL_ID=? where STUDENT_ID=? //将学生的school_id改为新的school的id
    }
   cascade 导致hibernate 执行：
    for( 对school的每一个student ){
     session.save(aStudent); //对学生执行save操作
    }
  extends:如果改变集合中的部分元素（比如新增一个元素），
   inverse : hibernate 先判断哪些元素改变了，对改变的元素执行相应的sql
   cascade : 它总是对集合中的每个元素执行关联操作。
    （在关联操作中，hibernate 会判断操作的对象是否改变）
  两个起作用的时机不同：
   cascade ：在对主控方操作时，级联发生。
   inverse : 在flush时（commit会自动执行flush)，对session中的所有set，hibernate 判断每个set是否有变化，
   对有变化的set执行相应的sql，执行之前，会有个判断：if( inverse == true ) return;可以看出cascade 在先，inverse 在后。
   inverse 对set + one-to-many 和 set + many-to-many 起的作用不同。hibernate 生成的sql不同。
      对one-to-many，hibernate 对many方的数据库表执行update语句。
      对many-to-many, hibernate 对关系表执行insert/update/delte语句，注意不是对many方的数据库表而是关系表。
    cascase 对set都是一致的，不管one-to-many还是many-to-many。都简单地把操作传递到set中的每个元素。所以它总是更新many方的数据库表。

  4、cascade 和inverse 有什么相同？
  这两个属性本身互不影响，但起的作用有些类似，都能引发对关系表的更新。

  5、 建议：只对set + many-to-many设置inverse =false，其他的标记不考虑inverse 属性，都设为inverse =true。对cascade ，一 般对many-to-one，many-to-many，constrained=true的one-to-one 不设置级联删除。