hibernate的dynamic-update的使用

 对于dynamic-insert的理解是当需要进行插入或保存操作的持久化实体时，如果该实体中的某一个属性为NULL，那么在插入语句中就不包括该属性，比如一个Person有两个属性，一个是name，一个是description，那么当实例化一个Person时，如果description为NULL，那么Hibernate向数据库发送的sql语句就是insert into person(name) values(?)。配置文件中如果没有这一属性，默认为false。

   对于dynamic-update是重点需要讲解的地方，这里的情况比较复杂。首先先来明确这一属性的含义，如果该属性设置为true，表明Hibernate在向数据库发送更新语句时只会包括属性值发生改变的属性，其实要说明的就是当将该属性设置为true，并不表明你的设置就起作用了，这取决于你使用的更新方法和查找与更新操作是否处在同一个session当中。对于更新操作而言，分三步走，第一步是查找出需要更新的实体，第二步是更新需要更新的属性，第三步是保存更新实体。如果这三步操作没有在同一个session的管理之下，那么即便设置了dynamic-update=true，这个属性也是不会起任何作用的，当你在保存更新时，Hibernate向数据库发送的更新语句还是会包括该实体的所有属性。所以当你设置了dynamic-update=true时，你需要确保你的三步操作是在同一个session中的。当然为了确保当进行更新操作时只更新那些修改了的属性，还有其它一些做法，但需要发送的sql语句也就不止一条更新语句那么简单而已，这需要你经过权衡后进行适当的选择。下面就来讲解还有其它哪些做法能保证在进行更新操作时只更新那些修改了的属性。

    第一种做法就是在配置文件中的class元素上再加上另一个属性值，select-before-update="true"，这个属性表示当我们在进行更新操作时，会先去数据库中查找这个实体对象的数据，这样就保存了当我们在进行更新操作时，查找后更新始终都在同一个session当中。

    第二种是更改更新操作的方法，使用session为我们提供的merge方法，当我们实用该方法时，是不需要配置dynamic-update=true属性的。该方法在更新对象时所做的操作和前一种方法是一样的，会先从数据库中查找该实体对象数据再向数据库发送只更新更改过的属性的更新操作，同样的会发送两条sql语句。但是如果所有对象属性都没有变化时，那么不会发送更新语句。（使用merge时 如果有配置多的一方：有配置Set<...> xx=new HashSet<...>()时，用merge会删除Set方，所以使用merge要注意显示sql是否有删除操作，非常容易误用）

 2、Hibernate的dynamic-update.txt

今天做了一个测试，发现Hibernate的dynamic-update只在两种条件下生效：

1。同一session内，对已经persisit的对象进行update，这里的“已经persist”是指update之前先进行了create或者load调用。代码示例：

Session session = openSession();
User user = (User)session.load(User.class,new Long(12));
user.setAddress(null);
session.update(user);
session.flush();

将hibernate配置成show_sql=true，可以看到update产生的sql语句。

使用load如果从数据库中没有找到这条数据，则要抛出异常

2。不同session之间，update传入的对象是另一个session中的persist对象（对该对象调用了create或者load方法）。代码示例：

Session session1 = openSession();
User user = (User)session1.load(User.class,new Long(12));

Session session2 = openSession();
user.setAddress(null);
session2.merge(user);
session2.flush();

如果将session2.merge(..)改成update，则会更新所有可更新的属性。

merge：可以操作不同的域，不把merge的对象持久化，这与saveOrUpdate的最大不同