session.flush()同步当前的Session缓存中的SQL到数据库,当设置setAutoCommit(false)数据库实体表并不会改变,因为同步的SQL没有提交.
在下面的情况下，Hibernate会调用Session.flush()以清理缓存：
1)事务提交时，如果flush模式不为FlushMode.NEVER,commit()将调用flush().
2)在某些查询语句之前（此查询语句之前的语句已经改变了数据库状态，所以需要调用flush（）以同步数据库是查出来的数据是经过更改的）。
在调用Session.flush()时，涉及的SQL语句会按照下面的顺序执行。
（1） 所有的实体经行插入的语句，其顺序按照对象执行Session.save()的时间顺序。
（2） 所有对实体经行更新的语句
（3） 所有经行集合的删除语句
（4） 所有对集合元素进行删除，更新或者插入的语句
（5） 所有经行集合插入的语句
（6） 所有对实体经行删除的语句，其顺序按照对象执行Session.delete()的时间顺序。
（7） 有一个例外是，如果对象使用native方式生成的ID（持久化标识），则他们一执行save就会被插入。
通过设置session.setFlushMode(),可以精确控制Hibernate的FlushMode.
(1) FlushMode.AUTO:Hibernate判断对象属性有没有改变，如果被更改成为脏数据，则在一个查询语句钱将更新此改动以保证数据库的同步。这也是
Hibernate的默认清理模式。
(2) FlushMode.COMMIT:在事务结束之前清理session的缓存。这样有可能导致查出脏数据
(3) FlushMode.NEVER：除非强制调用Session.flush(),否则永远不清理Session。想当于将数据库设置为一个只读的数据库。
(4) FlushMode.ALWAYS：在每一个查询数据之前都调用Session.flush()。很显然这种效率很低。只用当使用触发器，或把Hibernate和JDBC混合使用，直接调用Session.flush()才是有意义的。
posted on 2010-10-11 09:39
岁月神偷 阅读(782)
评论(0) 编辑 收藏 所属分类:
Hibernate