脏检查

Session到底是如何进行脏检查的呢？当一个Customer对象被加入到Session缓存中时，Session会为Customer对象的值类型的属性复制一份快照。当Session清理缓存时，会先进行脏检查，即比较Customer对象的当前属性与它的快照，来判断Customer对象的属性是否发生了变化，如果发生了变化，就称这个对象是“脏对象”，Session会根据脏对象的最新属性来执行相关的SQL语句，从而同步更新数据库。

缓存清理机制

当Session缓存中对象的属性每次发生了变化，Session并不会立即清理缓存和执行相关的SQL update语句，而是在特定的时间点才清理缓存，这使得Session能够把几条相关的SQL语句合并为一条SQL语句，一遍减少访问数据库的次数，从而提高应用程序的数据访问性能。

在默认情况下，Session会在以下时间点清理缓存。

1. 当应用程序调用org.hibernate.Transaction的commit()方法的时候.commit方法先清理缓存，然后再向数据库提交事务。Hibernate之所以把清理缓存的时间点安排在事务快结束时，一方面是因为可以减少访问数据库的频率，还有一方面是因为可以尽可能缩短当前事务对数据库中相关资源的锁定时间。
2. 当应用程序执行一些查询操作时，如果缓存中持久化对象的属性已经发生了变化，就会清理缓存，使得Session缓存与数据库已经进行了同步，从而保证查询结果返回的是正确的数据。
3. 当应用程序显示调用Session的flush()方法的时候。

Session进行清理缓存的例外情况是，如果对象使用native生成器来生成OID，那么当调用Session的save()方法保存该对象时，会立即执行向数据库插入该实体的insert语句。

主键生成策略

increment

identity

sequence

native

uuid

assigned

1) increment

由hibernate完成 主键递增，

原理：select max(id) , insert时max(id)+1 ，完成主键递增

优点：跨数据库

缺点：多线程并发访问问题（第一个线程执行成功，第二个线程报错)

2) identity

由底层数据库来完成自增 ，要求数据库必须支持自增主键  mysql支持 ，oracle不支持

3) sequence

编号列生成由底层数据库提供序列，来完成主键自增，要求数据库必须支持序列 mysql不支持，oracle支持

create sequence myseq; 创建序列

insert into customer values (myseq.nextval); 插入数据时调用序列，序列+1

4) native

采用数据库支持自增策略， mysql就用identity 、oracle就用sequence

策略1) ---> 策略4) 要求数据库主键必须为数字 ，因为只有数字才能自增

5) uuid

32位 唯一字符串， 主键使用varchar 类型

真实开发中，用程序提供uuid值

6) assigned

手动指定主键的值，该主键一般有实际意义，例如订单单号（20160114-A002）20160114-B001  20160114-C002。

复合主键，是一种特殊 assigned类型 自然主键 （通常需要手动指定），PO类必须实现Serializable接口

<class name="cn.happy.entity.Person" table="person">

<composite-id>

<key-property name="firstname"></key-property>

<key-property name="secondname"></key-property>

</composite-id>

</class>

7）foreign

使用另外一个相关联的对象的标识符。它通常和 <one-to-one> 联合起来使用。

8）hilo

使用一个高/低位算法高效的生成 long，short 或者 int 类型的标识符。给定一个表和字段（默认分别是hibernate_unique_key 和 next_hi）作为高位值的来源。高/低位算法生成的标识符只在一个特定的数据库中是唯一的。

9）select

通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。

Hibernate中Java对象的三种状态

  01.三种状态

   瞬时状态(Transient)

   持久状态(Persistent)  Persistent 持久

   游离状态(Detached)   

 02.三种状态之间的转换

该图从类型上划分为“活动图”

开始●：对象声明的开始。

结束：对象销毁了。

关于load和get方法区别的说明：

Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。

其区别在于：

如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。

Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。

/** *//**
  * get()方法的执行顺序如下：
  * a)：首先通过id在session缓存中查找对象，如果存在此id的对象，直接将其返回
  * b)：在二级缓存中查找，找到后将 其返回。
  * c)：如果在session缓存和二级缓存中都找不到此对象，则从数据库中加载有此ID的对象
  * 因此get()方法并不总是导致SQL语句，只有缓存中无此数据时，才向数据库发送SQL！  
  */

 /** *//**
  * 与get()的区别：
  * 1：在立即加载对象（当hibernate在从数据库中取得数据组装好一个对象后
  * 会立即再从数据库取得数据此对象所关联的对象）时，如果对象存在，
  * load()和get()方法没有区别，都可以取得已初始化的对象;但如果当对
  * 象不存在且是立即加载时，使用get()方法则返回null,而使用load()则
  * 抛出一个异常。因此使用load()方法时，要确认查询的主键ID一定是存在
  * 的，从这一点讲它没有get方便！
  * 2：在延迟加载对象(Hibernate从数据库中取得数据组装好一个对象后，
  * 不会立即再从数据库取得数据组装此对象所关联的对象，而是等到需要时，
  * 都会从数据库取得数据组装此对象关联的对象)时，get()方法仍然使用
  * 立即加载的方式发送SQL语句，并得到已初始化的对象，而load()方法则
  * 根本不发送SQL语句，它返回一个代理对象，直到这个对象被访问时才被
  * 初始化。
  */

load和个体方法都可以充分利用内部缓存和二级缓存中的现有数据。