正确理解Hibernate的聚合类型（collection）的使用【转】

 

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

• 正确理解Hibernate的聚合类型（collection）的使用
• 在Hibernate中正确实现关联关系中的级联操作（cascading）
• 在Hibernate框架中编写持久对象类实现外键关联的几点注意事项
• 使用Hibernate框架实现复杂的关联关系时容易出现的异常

本文是第一篇，讲解怎样正确使用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) { ... }

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

============================================================

 

 

如果保存的时候，两边的实体，对应不到！   则也会报这个错。