session update 实体

关于Session接口的update方法主要有如下几点要注意：

1．输入参数

一般而言，传递给update的对象要是处于游离状态的对象。如果传一个持久化对象，那么update方法就是多余的，因为Hibernate的脏检查机制会自动根据对象属性值的变化向数据库发送一条update语句；如果传入的对象处于临时状态，那么此时Hibernate应该会抛出异常。因为Hibernate在更新数据时会根据对象的OID去数据库查找相应的记录并更新之，而在数据库中是没有记录与这个临时对象相关联的，因此Hibernate会抛出异常，当然如果你人为的给临时对象指定一个OID就该另当别论了，如下所示代码片段：

…………………………………………

Customer customer=new Customer();

customer.setId(3L);

customer.setName(“Cindyelf”);

session.update(customer);

…………………………………………

这段代码会导致如下的sql：update Customer set name=’Cindyelf’ where  id=3;当然如果数据库不存在id为3的那行记录，Hibernate就会抛出异常。而给临时对象指定OID是不合规范的操作，应尽量避免。也就是说不管传入是什么状态对象，数据库中必须要有一条记录与这个对象的OID相对应，否则抛出异常。

2．操作

执行update方法的时候，Hibernate会首先把传入的对象放入Session的缓存中，使之持久化，然后计划执行一个update语句。Hibernate在生成sql语句的时候会根据对象的当前属性值来组装sql语句，也就是说，不管程序中修改了多少次属性值，在执行时只会执行一条update一句。

此外，在update的官方API中特意强调了一点，“如果在session的缓存中有一个持久化对象和所要更新的对象具有相同的OID，那么Hibernate会抛出异常”。下面的代码片段演示了这个错误：

…………………………………………

Customer customer=new Customer();

session1.save(customer);

…………………………………………

…………………………………………

Customer customer1=(Customer)session.load(Customer.class,new Long(6))

session2.update(customer);

…………………………………………

如上所示，我在session1中持久化了一个Customer对象，它的OID是6，然后我在session2中load一个OID为6的对象customer1，然后在session2中update之前的customer，注意，对于session2而已，customer1是处于游离状态的，因为它不处于session2的缓存中。此时程序会报如下错误：a different object with the same identifier value was already associated with the session。


本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/CMTobby/archive/2007/08/11/1738392.aspx