关系数据库系统本身就比较复杂,加上Hibernate的O/R映射层,复杂度加重了,很容易出现问题,本人将最近遇到的问题和解决方法做一个总结,整理在下面的一系列文章中
- 在Hibernate中正确实现关联关系中的级联操作(cascading)
本文是第二篇,讲解在one-to-many(一对多)和many-to-one(多对一)关联关系中的cascade特性的声明方法。在使用过程中最关键点是:
脑子中要有一张持久对象关系树及其状态图(状态分别是:Transient, Persistent, Detached),存在对象间关联关系时,如果使用了级联操作特性,要找到树的根对象(所以要用树,而不是图),从根往下级联操作,只做单方向的级联。
我们再次使用的例子,为了反映两者的关联关系,为User类我们声明如下一对多关系
...
cascade="all,delete-orphan"
inverse="true">
...
而为Preference类声明如下多对一关系
...
foreign-key="ALLPREFERENCES" class="User"/>
...
由上可见,在User和Preference的关系树中,User是根(root),另外还可以看到为Preference声明了一个not-
null的外键。在理清了级联的顺序关系后,后续的持久化操作可以只对User进行即可,Preference的持久化由级联操作完成。
根据Hibernate的原理和官方建议,应该采用以下持久化方法:
- session.save():用于将Transient状态的对象及其级联对象持久化(即在该session中,处于persistent状态),例如,创建新对象及其关联。
- session.flush()或者事务提交(commit)操作:用于将处于presistent状态的对象修改的持久化,例如,从数据库将一个关联树调到Hibernate中,修改后再次入库。
- session.update(), session.saveOrUpdate(),
session.merge():一般只用于处于detached状态的对象修改后进行的持久化操作(这是Hibernate的一个重要特色,可以很好的
处理业务层面的事务(transaction)跟数据库层面的事务的配合问题),当然,这些方法用于上一种情况也没有错
- session.delete():删除对象
做了上述实现后并不能保证关联关系的级联操作的正确执行,进一步分析参见。
在实践中很容易触发以下异常:
org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations): xxx
这主要是理不清级联关系造成的,按照本文和介绍的方法可以排除。
还有一个异常:
Cannot delete or update a parent row: a foreign key constraint fails ([外键的定义])
其解决方法也是一样的。
阅读(809) | 评论(0) | 转发(0) |