[原创]java WEB学习笔记88：Hibernate学习之路-- -Hibernate检索策略(当即检索，延迟检索，迫切左外链接检索)

本博客的目的：①总结本身的学习过程，至关于学习笔记 ②将本身的经验分享给你们，相互学习，互相交流，不可商用

内容不免出现问题，欢迎指正，交流，探讨，能够留言，也能够经过如下方式联系。

本人互联网技术爱好者，互联网技术发烧友

微博：伊直都在0221

QQ：951226918

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1.概述

　　1）问题引入：

　　　　①  不浪费内存：当 Hibernate 从数据库中加载 Customer 对象时, 若是同时加载全部关联的 Order 对象, 而程序实际上仅仅须要访问 Customer 对象, 那么这些关联的 Order 对象就白白浪费了许多内存.

　　　　②   更高的查询效率：发送尽量少的 SQL 语句

　　　　

　　

2.类级别的检索策略

　　①类级别可选的检索策略包括当即检索和延迟检索, 默认为延迟检索

　　　　> 当即检索: 当即加载检索方法指定的对象

　　　　> 延迟检索: 延迟加载检索方法指定的对象。在使用具体的属性时，再进行加载

　　② 类级别的检索策略能够经过 <class> 元素的 lazy 属性进行设置

　　③ 若是程序加载一个对象的目的是为了访问它的属性, 能够采起当即检索.

　　④ 若是程序加载一个持久化对象的目的是仅仅为了得到它的引用, 能够采用延迟检索。注意出现懒加载异常！

　　⑤ 不管 <class> 元素的 lazy 属性是 true 仍是 false, Session 的 get() 方法及 Query 的 list() 方法在类级别老是使用当即检索策略

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

　　　　> 由 Hibernate 在运行时采用 CGLIB 工具动态生成

　　　　> Hibernate 建立代理类实例时, 仅初始化其 OID 属性

　　　　> 在应用程序第一次访问代理类实例的非 OID 属性时, Hibernate 会初始化代理类实例

 

3.一对多 和 多对多的检索策略

　　① 在映射文件中, 用 <set> 元素来配置一对多关联及多对多关联关系. <set> 元素有 lazy 和 fetch 属性

　　　　> lazy: 主要决定 orders 集合被初始化的时机. 即究竟是在加载 Customer 对象时就被初始化, 仍是在程序访问 orders 集合时被初始化; 是否用延迟检索

　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　延迟检索和加强延迟检索

1.在延迟检索(lazy 属性值为 true) 集合属性时, Hibernate 在如下状况下初始化集合代理类实例 
　　　
　　① 应用程序第一次访问集合属性: iterator(), size(), isEmpty(), contains() 等方法
　　② 经过 Hibernate.initialize() 静态方法显式初始化

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

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

 

                    

 

 

　　　　> fetch: 取值为 “select” 或 “subselect” 时, 决定初始化 orders 的查询语句的形式; 若取值为”join”, 则决定 orders 集合被初始化的时机

　　　　　　　

　　1.当 fetch 属性为 “subselect” 时，
　　　　>> 假定 Session 缓存中有 n 个 orders 集合代理类实例没有被初始化, Hibernate 可以经过带子查询的 select 语句, 来批量初始化 n 个 orders 集合代理类实例 　　　　>> batch-size 属性将被忽略 　　　　>> 子查询中的 select 语句为查询 CUSTOMERS 表 OID 的 SELECT 语句

　　2.当 fetch 属性为 “join” 时
　　　　>> 检索 Customer 对象时, 会采用迫切左外链接(经过左外链接加载与检索指定的对象关联的对象)策略来检索全部关联的 Order 对象
　　　　>> lazy 属性将被忽略
　　　　>> Query 的list() 方法会忽略映射文件中配置的迫切左外链接检索策略, 而依旧采用延迟加载策略

 

 

 

 

　　　   > 若把 fetch 设置为 “join”, lazy 属性将被忽略

　　　　> <set> 元素的 batch-size 属性：设置一次初始化set集合的数据。用来为延迟检索策略或当即检索策略设定批量检索的数量. 批量检索能减小 SELECT 语句的数目, 提升延迟检索或当即检索的运行性能.

　　　　

 

4.多对一和一对一关联的检索策略

　　1）和 <set> 同样, <many-to-one> 元素也有一个 lazy 属性和 fetch 属性

 

　　

 

　　  2）若 fetch 属性设为 join, 那么 lazy 属性被忽略

　　3）迫切左外链接检索策略的优势在于比当即检索策略使用的 SELECT 语句更少.

　　4）无代理延迟检索须要加强持久化类的字节码才能实现

 

 

 

5.总结

 

　　1）类级别和关联级别可选的检索策略及默认的检索策略

 

                 

　

　2）3 种检索策略的运行机制

 

                

 

　　3）比较 Hibernate 的三种检索策略