检索数据时的 2 个问题:
1、不浪费内存:当 Hibernate 从数据库中加载Customer 对象时, 如果同时加载与之所有关联的Order对象, 而程序实际上仅仅需要访问一个Customer对象, 那么加载这些关联的Order对象就白白浪费了许多内存;
2、更高的查询效率:发送尽可能少的 SQL 语句;
Hibernate 提供了不同的检索策略以适应不同的需求
一、类级别的检索策略
•类级别可选的检索策略包括立即检索和延迟检索, 默认为延迟检索
–立即检索: 立即加载检索方法指定的对象
–延迟检索: 延迟加载检索方法指定的对象。在使用具体的属性时,再进行加载
•类级别的检索策略可以通过 <class> 元素的 lazy 属性进行设置
•如果程序加载一个对象的目的是为了访问它的属性, 可以采取立即检索.
•如果程序加载一个持久化对象的目的是仅仅为了获得它的引用, 可以采用延迟检索。
•无论 <class> 元素的 lazy 属性是 true 还是 false, Session 的 get() 方法及 Query 的 list() 方法在类级别总是使用立即检索策略,仅仅对load方法有效
二、关联级别的检索策略
1、一对多和多对多关联的检索策略
•在映射文件中, 用 <set> 元素来配置一对多关联及多对多关联关系. <set> 元素有 lazy 和 fetch 属性
–lazy: 主要决定 orders 集合被初始化的时机. 即到底是在加载 Customer 对象时就被初始化, 还是在程序访问 orders 集合时被初始化
–fetch: 取值为 “select” 或 “subselect” 时, 决定初始化 orders 的查询语句的形式,subselect 时,batch-size将被忽略; 若取值为”join”, 则决定 orders 集合迫切左连接
–若把 fetch 设置为 “join”, lazy 属性将被忽略 ,HQL中无效;
–batch-size 属性:用来为延迟检索策略或立即检索策略设定批量检索的数量. 批量检索能减少 SELECT 语句的数目, 提高延迟检索或立即检索的运行性能.
•<set> 元素有一个 batch-size 属性, 用来为延迟检索策略或立即检索策略设定批量检索的数量. 批量检索能减少 SELECT 语句的数目, 提高延迟检索或立即检索的运行性能.
二 、多对一和一对一关联的检索策略
•和 <set> 一样, <many-to-one> 元素也有一个 lazy 属性和 fetch 属性.
–若 fetch 属性设为 join, 那么 lazy 属性被忽略
–迫切左外连接检索策略的优点在于比立即检索策略使用的 SELECT 语句更少.
–无代理延迟检索需要增强持久化类的字节码才能实现
检索策略小结
•类级别和关联级别可选的检索策略及默认的检索策略
•比较 Hibernate 的三种检索策略
参考:尚硅谷hibernate.ppt http://atguigu.com/opensource.shtml