关系数据库系统本身就比较复杂，加上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 ([外键的定义])
其解决方法也是一样的。
阅读(799) | 评论(0) | 转发(0) |
