Hibernate(八）：检索策略

  Hibernate的Session在加载一个Java对象时，可以将与这个对象相关联的其他对象都加载到缓存中，以便程序及时调用。但在一些情况下，不需要加载太多没有用的对象到缓存中去，这会增加缓存的负荷和访问数据库的次数，所以为了合理的利用缓存。Hibernate提供了几种检索策略

作用域

   1.检索策略的作用域分为： 类级别和关联级别。

• 类级别的作用域在检索数据时，检索的对象只包含一个数据，不涉及与该类有关的其他对象
• 关联级别的作用域检索的数据包含相关联的多个类的对象。例如：Customer对象与Order对象存在关联关系，检索一个Customer对象，还会涉及到与之关联的Order对象

   2. 作用域对比：

检索策略的作用域	可选的检索策略	默认的检索策略	运行时行为受影响的检索方法
类级别	立即检索 延迟检索	延迟检索	仅影响Session的load()方法
关联级别	立即检索 延迟检索 迫切左外连接检索	延迟检索	影响Session的load()和get()方法，以及Query的API会忽略 映射文件中设定的迫切左外连接检索策略

Hibernate的检索策略

      检索策略分为三种：立即检索，延迟检索，左外连接检索

   1.立即检索

  （1）  采用立即检索策略，会把被检索的对象，以及和这个对象关联额一对多对象都加载到缓存中。Session的get()方法就是采用的立即检索的策略

  （2） 无论 <class> 元素的 lazy 属性是 true 还是 false, Session 的 get() 方法及 Query 的 list() 方法在类级别总是使用立即检索策略

    若 <class> 元素的 lazy 属性为 true 或取默认值, Session 的 load() 方法不会执行查询数据表的 SELECT 语句, 仅返回代理类对象的实例, 该代理类实例有如下特征:

• 由 Hibernate 在运行时采用 CGLIB 工具动态生成
• Hibernate 创建代理类实例时, 仅初始化其 OID 属性
• 在应用程序第一次访问代理类实例的非 OID 属性时, Hibernate 会初始化代理类实例

  （3）优点：频繁使用的对象会被加载到缓存中，程序调用方便，很及时

           缺点：占用的内存过多 ，而且数据库访问次数也会很频繁，效率低下

   2.延迟检索

 （1）采用延迟检索策略，就不会加载关联对象的内容。直到第一次调用关联对象时，才会加载关联对象。在不涉及关联类操作时，延迟检索策略只使用于Session的load()方法。涉及关联类操作时，延迟检索策略也能够适用于get,list等操作

 （2）类级别操作：只加载类的OID不加载类的其他属性，只用当第一次访问其他属性时，才会回访数据库去加载内容。

         关联级别操作：只加载类本事，不加载关联类。直到第一次调用关联对象，才去加载关联对象。

（3） 如果需要指定延迟加载策略，需要在配置文件设置<class>的lazy=true，<set>的lazy=true或extra（增强延迟），<many-to-one>的lazy=proxy和no-proxy

（4）延迟检索和增强延迟检索

         ->在延迟检索(lazy 属性值为 true) 集合属性时, Hibernate 在以下情况下初始化集合代理类实例 ：

• 应用程序第一次访问集合属性: iterator(), size(), isEmpty(), contains() 等方法
• 通过 Hibernate.initialize() 静态方法显式初始化

       ->增强延迟检索(lazy 属性为 extra): 与 lazy=“true” 类似. 主要区别是增强延迟检索策略能进一步延迟 Customer 对象的 orders 集合代理实例的初始化时机：

• 当程序第一次访问 orders 属性的 iterator() 方法时, 会导致 orders 集合代理类实例的初始化
• 当程序第一次访问 order 属性的 size(), contains() 和 isEmpty() 方法时, Hibernate 不会初始化 orders 集合类的实例, 仅通过特定的 select 语句查询必要的信息, 不会检索所有的 Order 对象

（5）优点：由程序决定加载哪些类和内容，而不必全部加载，避免内存的大量占用和数据库的频繁访问

         缺点：在Session关闭后，就不能访问关联类对象。需要确保Session一直处于打开打开状态，调用关联对象之后关闭Session对象

  3.左外连接检索

  （1）采用左外连接检索，能够使用SQL的外连接查询，将需要加载的关联对象加载在缓存中

  （2）<set>fetch设置为join，<many-to-one>fetch设置为join

 （3）  优点：对应用程序完全透明，不管对象处于持久化状态，还是游离状态，应用程序都可以方便的从一个对象导航到与它关联的对象。使用了外连接，select语句数目减少

           缺点：可能会加载应用程序不需要访问的对象，会浪费许多内存空间。复杂的数据库表连接也会检索性能。

 4.三种检索的运行机制

   

5.比较三种检索策略

一对多和多对多使用的检索策略

1.在映射文件中, 用 <set> 元素来配置检索策略. <set> 元素属性：

（1）lazy: 主要决定 orders 集合被初始化的时机. 即到底是在加载 Customer 对象时就被初始化, 还是在程序访问 orders 集合时被初始化

 （2）fetch: 取值为 “select” 或 “subselect” 时, 决定初始化 orders 的查询语句的形式;  若取值为”join”, 则决定 orders 集合被初始化的时机（若把 fetch 设置为 “join”, lazy 属性将被忽略）

     -> 当fetch属性为“subselect”时：

• 假定Session缓存中有n个orders集合代理实例没有被初始化，Hibernate能够通过带子查询的select语句，来批量初始化n个orders的集合代理类实例
•  batch-size属性将会被忽略
• 子查询的select语句为查询Customer表OID的SELECT语句   

     ->当fetch属性为“join”时：

• 假定 Session 缓存中有 n 个 orders 集合代理类实例没有被初始化, Hibernate 能够通过带子查询的 select 语句, 来批量初始化 n 个 orders 集合代理类实例
• batch-size 属性将被忽略
• 子查询中的 select 语句为查询 CUSTOMERS 表 OID 的 SELECT 语句

 （3）lazy属性和fetch属性的使用：

（4） batch-size 属性：用来为延迟检索策略或立即检索策略设定批量检索的数量. 批量检索能减少 SELECT 语句的数目, 提高延迟检索或立即检索的运行性能. 

2.<many-to-one>元素的属性配置检索策略：

（1）lazy属性和fetch属性的使用：

 若fetch属性为“join”，那么lazy属性将被忽略

3.总结-映射文件中用于设定检索策略的几个属性