一、概述

检索数据时的 2 个问题：

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

更高的查询效率：发送尽可能少的 SQL 语句

二、类级别的检索策略

类级别可选的检索策略包括立即检索和延迟检索，默认为延迟检索

①、立即检索：立即加载检索方法指定的对象

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

类级别的检索策略可以通过 <class> 元素的 lazy 属性进行设置

如果程序加载一个对象的目的是为了访问它的属性, 可以采取立即检索.

如果程序加载一个持久化对象的目的是仅仅为了获得它的引用, 可以采用延迟检索。注意出现懒加载异常！

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

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

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

②、Hibernate 创建代理类实例时, 仅初始化其 OID 属性

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

三、案例

设置lazy等于false

把lazy改回true

四、一对多和多对多的检索策略

在映射文件中，用<set>元素来配置一对多关联及多对多关联关系。

①、lazy：主要决定 orders 集合被初始化的时机，即到底是在加载 Customer 对象时就被初始化，还是在程序访问 orders 集合时被初始化

②、fetch：取值为 “select” 或 “subselect” 时，决定初始化 orders 的查询语句的形式， 若取值为”join”，则决定 orders 集合被初始化的时机

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

③、batch-size：用来为延迟检索策略或立即检索策略设定批量检索的数量，批量检索能减少 SELECT 语句的数目，提高延迟检索或立即检索的运行性能。

五、案例

1-n或n-n的集合属性默认使用懒加载检索策略

可以通过设置set的lazy属性来修改默认的检索，但不建议设置为false

lazy还可以设置为extra，增强延迟检索，该取值会尽可能的延迟集合初始化的时机

重写Orders的hashCode和equals方法

六、延迟检索和增强延迟检索

在延迟检索(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 对象

七、 <set>元素的 batch-size 属性

<set>元素有一个 batch-size 属性，用来为延迟检索策略或立即检索策略设定批量检索的数量，批量检索能减少 SELECT 语句的数目，提高延迟检索或立即检索的运行性能。

八、 <set>元素的 fetch 属性

set集合的fetch属性：

（1）默认值为select，通过正常的方式来初始化set元素

（2）可以取值为subselect，通过子查询的方式来初始化所有set集合，子查询作为where子句的in的条件出现，子查询查询所有1的一端的ID，此时lazy有效。但batch-size失效。

在加载1的一端的对象时，使用迫切左外连接（使用左外连接，且把集合属性进行初始化）的方式检索n的一端的集合属性，忽略lazy属性

九、迫切左外连接检索(fetch 属性值设为 “join”)

<set>元素的 fetch 属性: 取值为 “select” 或 “subselect” 时, 决定初始化 orders 的查询语句的形式; 若取值为”join”, 则决定 orders 集合被初始化的时机.默认值为 select

当 fetch 属性为 “join” 时:

①、检索 Customer 对象时, 会采用迫切左外连接(通过左外连接加载与检索指定的对象关联的对象)策略来检索所有关联的 Order 对象

②、lazy 属性将被忽略

③、Query 的list() 方法会忽略映射文件中配置的迫切左外连接检索策略, 而依旧采用延迟加载策略

十、多对一和一对一关联的检索策略

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

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

（2）迫切左外连接检索策略的优点在于比立即检索策略使用的 SELECT 语句更少.

（3）无代理延迟检索需要增强持久化类的字节码才能实现

十一、案例

把fetch改为subselect

把lazy取值为proxy和ffalse分别代表对应的属性采用延迟检索和立即检索

fetch取值为join，表示使用迫切左外连接的方式初始化n关联1的一端的属性

batch-size，该属性需要设置在1那一端的class元素中