Hibernate学习笔记(一)

Session的缓存

Hibernate的缓存分为一级缓存（Session级别）和二级缓存（SessionFactory级别）。其中每个Session都可以看为一个容器。无论何时，当给save(),update()或saveOrUpdate（）方法传递一个对象时，或使用load(),get(),list(),iterate()或scroll（）方法获得一个对象时，该对象都将被加入到Session的内部缓存中。当应用程序使用对象的时候的查找顺序是：现在本Session的缓存中查找=>发放SQL语句到数据库，将记录的字段值组成对象后存于Session中。Session的两个作用：

1：减少程序访问数据库的次数。

2：保证缓存中的数据与数据库同步。

一个事务中，对数据库经行了操作使其改变了值，这种变化不会立即传到数据库。Hibernate能把一些数据改变经行结婚，并对数据库经行最小数量的请求。

清理缓存是指查看缓存中的数据与数据库是否同步，如果缓存数据与数据库不一样，则发送更新数据吧缓存数据和数据库同步，如果一样，则不操作。在一个Session中，有两种Session清理方法，也可以说Session的两个不同的清理点。代码片段：

// 打开Session，开启事务
// code segment1
// code segment2
// 清理点1-----清理缓存，这种清理经常是在查询语句之前改变了对象的属性值（AUTO,ALWAYS）
// code segment3
// 清理点2-----提交事务，Hibernate调用flush()清理缓存（COMMIT）
// 提交事务，关闭Session

在下面的情况下，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就会被插入。

除非明确地指定了flush（）命令，否则关于Session何时会执行这些JDBC调用完全是无法保证的，只能保证他们执行的前后顺序。

通过设置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()才是有意义的。