s00n的桃花园

The best way to predict the future is to invent it.

[转]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异常     
注意事项
1:在category.hbm.xml中应该配置set的cascade属性值为 all-delete-orphan,这样在删除一个父类别后,只要让他的所有子类别的对应的父类别为null ,就可以方便的删除所有子类别。
2:在OID中,在更新了两个类别之间的关系,并进行事务的提交后,必须调用session.clear()将session缓存进行清空,否则在以后用 load()或get()加载的对象还是没有更新前的状态(如果session缓存中已经在要加载OID相同的对象)
3。在删除一个类别时,必须先删除此类别和父类别以及所有子类别的关联。
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);

 

 

1、到底在哪用cascade ="..."?  
   
  cascade 属性并不是多对多关系一定要用的,有了它只是让我们在插入或删除对像时更方便一些,只要在cascade 的源头上插入或是删除,所有 cascade 的关系就会被自己动的插入或是删除。便是为了能正确的cascade ,unsaved-value是个很重要的属性。Hibernate 通 过这个属性来判断一个对象应该save还是update,如果这个对象的id是unsaved-value的话,那说明这个对象不是 persistence   object要save(insert);如果id是非unsaved-value的话,那说明这个对象是persistence   object(数据库中已存在),只要update就行了。saveOrUpdate方法用的也是这个机制。  
   
  2、到底在哪用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的数据库操作不一样,但目的都是一个:维护数据的一致性。  
   
  3、cascadeinverse 有什么区别?  
  可以这样理解,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、cascadeinverse 有什么相同?
  这两个属性本身互不影响,但起的作用有些类似,都能引发对关系表的更新。

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

阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭