关于hibernate实现的set类问题

hibernate自实现的set类如persiterSet，在hibernate有很大的用处：

用例1：

public void test5() {
Session session = HibernateUtil.getInstance().getSession();
Transaction tx = null;
tx = session.beginTransaction();
Customer customer=null;

try {
//延迟加载下的customer是存在session中的
customer = (Customer)session.get(Customer.class, 7);

tx.commit();
}catch(Exception e) {
tx.rollback();
e.printStackTrace();
}finally {
session.close();
}

Session session1 = HibernateUtil.getInstance().getSession();
Transaction tx1 = null;
tx1 = session1.beginTransaction();
try {
session1.saveOrUpdate(customer);
tx1.commit();
}catch(Exception e) {
tx1.rollback();
e.printStackTrace();
}finally {
session1.close();
}
}

当执行saveOrUpdate()的时候不会发出任何语句。

当执行saveOrUpdate的时候只会发出一条更新customer的语句(上一条语句的更正)。

但是下面案例就不一样了：

public void test5() {
Session session = HibernateUtil.getInstance().getSession();
Transaction tx = null;
tx = session.beginTransaction();
Customer customer=null;

try {
//延迟加载下的customer是存在session中的
customer = (Customer)session.get(Customer.class, 11);
Hibernate.initialize(customer.getOrders());
tx.commit();
}catch(Exception e) {
tx.rollback();
e.printStackTrace();
}finally {
session.close();
}

Session session1 = HibernateUtil.getInstance().getSession();
Transaction tx1 = null;
tx1 = session1.beginTransaction();
try {
session1.saveOrUpdate(customer);
tx1.commit();
}catch(Exception e) {
tx1.rollback();
e.printStackTrace();
}finally {
session1.close();
}
}

发出语句：

Hibernate: update t_customer set name=? where customer_id=?
Hibernate: update t_order set order_num=?, customer_id=? where order_id=?
Hibernate: update t_order set order_num=?, customer_id=? where order_id=?
Hibernate: update t_order set order_num=?, customer_id=? where order_id=?
Hibernate: update t_order set order_num=?, customer_id=? where order_id=?
Hibernate: update t_order set order_num=?, customer_id=? where order_id=?
Hibernate: update t_order set order_num=?, customer_id=? where order_id=?

为什么会出现这样的情况呢？

其实这就是Hibernate自实现set的功能，这里仅仅是set的它的一个作用哦！

persiterSet中有个init即初始化标记，在案例1中由于没有初始化该set，因此在更新游离态的时候，Hibernate发现set中的初始化标记为false，即没初始化，那么此时hiberante会认定该customer中的set集合没有发生改变，更不会发出update order null.

如果显式的使用Hibernate.initialize(customer.getOrders());，那么会更新初始化标记，为true，那么执行saveOrUpdate的时候，就无法判断customer中的set集合中的orders有没有改变，因此会发出好多条Update order 语句。

下面还有一个比较好的例子，不能说是奇葩，只能说hibernate的延迟机制吧

public void test5() {
Session session = HibernateUtil.getInstance().getSession();
Transaction tx = null;
tx = session.beginTransaction();
Customer customer=null;

try {
//延迟加载下的customer是存在session中的
customer = (Customer)session.load(Customer.class, 7);

tx.commit();
}catch(Exception e) {
tx.rollback();
e.printStackTrace();
}finally {
session.close();
}

Session session1 = HibernateUtil.getInstance().getSession();
Transaction tx1 = null;
tx1 = session1.beginTransaction();
try {
session1.saveOrUpdate(customer);
tx1.commit();
}catch(Exception e) {
tx1.rollback();
e.printStackTrace();
}finally {
session1.close();
}
}

如果改为Load（customer），那么这个时候由于返回的是代理对象，那么Hibernate就一定能知道该代理对象是否被改变过，因为hibernate知道该代理对象到底有没有初始化！那么当执行saveOrUpdate()的时候不会发出update order set.......即更新orader的语句。

但是在delete操作的时候就会发现问题：

delete(customer)，的时候如果customer这一端set没有设置级联，但是可以控制customer与order的关系：

Customer customer = (Customer)session.get(Customer.class, 13);
session.delete(customer);

这个时候会先发一条update order set cutomer_id=null,然后再发出delete cutomer

说明Hibernate在删除的时候会认为order集合为空存在脏数据(这句话是错误的，不是存在脏数据才update,而是因为customer必须控制关系)，而customer控制了关系，因此会update order null，这与上面的案例不太符合。应该是hibernate在delete操作

的时候认为set为空的时候是改变过的吧。

但是如果：

显式的加载orders集合，Hibernate.initialize(orders);,那么这个时候删除的时候就会报错:

org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade 

其实 我觉得Hibernate是这样做的，hibernate中的perisiterset有个dirty属性，当改变set的时候会改变更新dirty为true，而此时没有改变，因此不会发出update.

在删除一个对象的时候，因为不存在级联删除，因此会报上面的错，因此删除之前必须先清除customer和order的关系才行，即cutomer.getOrders().remove(orders)

当然delete操作的原理与上面saveOrUpdate()机制是不一样的，目前只能这么想了。。