Hibernate中Inverse和Cascade的区别2008-05-18 18:11 一直对两者之间的区别不是很清楚,认为既然Inverse似乎具有Cascade的某些特性,比如删除。今天实践了一下才知道,两者是截然不同的: 其实inverse不复杂,但是要真正明白还是要稍微看一下源码。inverse的真正作用就是指定由哪一方来维护之间的关联关系。当一方中指定了“inverse=false”(默认),那么那一方就有责任负责之间的关联关系,说白了就是hibernate如何生成Sql来维护关联的记录!举个最简单的一对多父子关系。那么代码就写成: 父亲中的关系映射 儿子中关系映射
session.save(p); 注意:{many-to-one}总是设成“inverse=false”的,而且这个属性在Mapping中是不存在的! 这样运行的下来的结果就是: Hibernate: insert into parent (id) s (?) 那么假如c.setParent(p)注释掉,结果就是: Hibernate: insert into parent (id) s (?) 比较结果显而易见!此外,inverse还有一个重要特点就是会优化Sql。(具体可以把SHOW_SQL这个属性打开,然后观察一下就知道了) 接下来再看看update,还是父子的例子: Parent p = (Parent) session.load(Parent.class, parentId); // 改变儿子c的关系 这样运行下来的结果就是: Hibernate: select parent0_.id as id from parent parent0_ where parent0_.id=? //get parent 1 Hibernate: select child0_.id as id__, child0_.id as id, child0_.parent_id as parent_id from child child0_ where child0_.parent_id=? Hibernate: update child set parent_id=? where id=?(正确更新了) 那么根据上面的结论,关系应该是由“inverse=false”方来维护的,那么我把代码改成: Parent p = (Parent) session.load(Parent.class, parentId); //p.getChildren().remove(c); 这样运行下来的结果: Hibernate: select parent0_.id as id from parent parent0_ where parent0_.id=? //get parent 1 Hibernate: update child set parent_id=? where id=? 比较结果很明显,少了父加载儿子的过程,乍看下是成功更新了。实际上,结果和DB是不一致的。(原因很简单就是父亲p的children并没有被更新) 那么反过来改一下: Parent p = (Parent) session.load(Parent.class, parentId); p.getChildren().remove(c); 这样结果就成了: Hibernate: select parent0_.id as id from parent parent0_ where parent0_.id=? //get parent 1 Hibernate: select child0_.id as id__, child0_.id as id, child0_.parent_id as parent_id from child child0_ where child0_.parent_id=? 显而易见,关联更新没有被执行(更新是由“inverse=false”方负责的,而这里恰恰被注释了)。
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"? 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数据 。 3、cascade和inverse有什么区别? 联关系。 系标记都有效。 inverse对集合对象整体起作用,cascade对集合对象中的一个一个元素起作用,如果集合为空,那么 cascade不会引发关联操作。 id 是否有变化, cascade在先,inverse在后。 库表而是关系表。 个元素。所以它总是更新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 不 设置级联删除。 |
Inverse和cascade是Hibernate映射中最难掌握的两个属性。两者都在对象的关联操作中发挥作用。 <many-to-many>中inverse的属性的设置 2.cascade属性 3.inverse和cascade的区别 总结: 说明约定-如: 2.代码过程是:Save->t1oo对象(T1oo 外键 T2oo) 3.本例表使用: 4.执行 Hibernate语句 :
可改项:
主本:
改2 改2 改1
改3 改2
改3 改2 改1 改4 改4 改1 改4 改2 改4 改3 改4 改3 改2 改4 改1 改2
改4 改3 改2 改1 |