hibernate 关系 cascade inverse

最近学习hibernate ，重点研究了hibernate 属性的inverse 与cascade 的联系与区别。如下，是本人的心得。
    １、到底在哪用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 不设置级联删除。