正确理解Hibernate的聚合类型(collection)的使用

关系数据库系统本身就比较复杂,加上Hibernate的O/R映射层,复杂度加重了,很容易出现问题,本人将最近遇到的问题和解决方法做一个总结,整理在下面的一系列文章中

本文是第一篇,讲解怎样正确使用one-to-many(一对多)关联关系中的对象属性是聚合类型(collection,主要讲解Set类型)的使用方法。切记,Hibernate要掌控聚合类型的对象属性,否则,让Hibernate进行级联操作(cascading)时很容易出现异常。

例如,两个类User和Preference,之间存在一个一对多关系,在类User中有个属性preferences,如下:

public class User {
...
private Set preferences;
...
}

实践中,在User一侧对该关系的声明中声明一些cascading特性,例如:cascade="all,delete-orphan",如果使用不当会出现下述异常

A collection with cascade="all-delete-orphan" was no longer referenced by the owning entity instance

一般出现这个异常的原因是我们剥夺了Hibernate对聚合类型的对象属性的控制权,例如,编写了不正确的setter方法,在setter方法中将Hibernate注入的聚合内容转存到自己设计的一个聚合中,结果Hibernate无法控制这个新聚合,所以,setter方法推荐使用下面的格式
private void setPreferences(Set preferences) {
this.preferences = preferences;
}

注意,我们使用了private约束,防止不小心给聚合一个新值,只要简单将Hibernate注入的聚合接受下来即可,切不可转储到新的聚合容器中。

一般还需要一个adder方法,可以向聚合容器中增加新项,例如

public void addPreference(Preference preference) { ... }

切不可先将所有项目放到一个聚合容器中,然后用这个聚合替代原有的聚合。



进一步阅读材料可以参见Let's Play "Who Owns That Collection?" With Hibernate