关系数据库系统本身就比较复杂,加上Hibernate的O/R映射层,复杂度加重了,很容易出现问题,本人将最近遇到的问题和解决方法做一个总结,整理在下面的一系列文章中
- 正确理解Hibernate的聚合类型(collection)的使用
- 在Hibernate中正确实现关联关系中的级联操作(cascading)
- 在Hibernate框架中编写持久对象类实现外键关联的几点注意事项
- 使用Hibernate框架实现复杂的关联关系时容易出现的异常
我们再次使用第一篇的例子,为了反映两者的关联关系,为User类我们声明如下一对多关系
<class name="User" table="USER">
...
<set name="preferences"
cascade="all,delete-orphan"
inverse="true">
<key column="USER_ID" not-null="true"/>
<one-to-many class="Preference"/>
</set>
...
</class>
而为Preference类声明如下多对一关系
<class name="Preference" table="PREFERENCE">
...
<many-to-one name="user" column="USER_ID" not-null="true"
foreign-key="ALLPREFERENCES" class="User"/>
...
</class>
由上可见,在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 ([外键的定义])
其解决方法也是一样的。