关于hibernate检索策略

关于hibernate检索策略

---

---

• 检索数据时的 2 个问题：

  • 不浪费内存：当 Hibernate 从数据库中加载 Customer 对象时, 如果同时加载所有关联的 Order 对象, 而程序实际上仅仅需要访问 Customer 对象, 那么这些关联的 Order 对象就白白浪费了许多内存.
  • 更高的查询效率：发送尽可能少的 SQL 语句

---

类级别的检索策略（仅适用于load）

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

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

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

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

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

---

一对多和多对多等的检索策略

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

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

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

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

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

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

-

1. 当 fetch 属性为 “subselect” 时

   • 假定 Session 缓存中有 n 个 orders 集合代理类实例没有被初始化, Hibernate 能够通过带子查询的 select 语句, 来批量初始化 n 个 orders 集合代理类实例

   • batch-size 属性将被忽略

   • 子查询中的 select 语句为查询 CUSTOMERS 表 OID 的 SELECT 语句

2. 当 fetch 属性为 “join” 时:

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

   • lazy 属性将被忽略

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

延迟检索和增强延迟检索

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

---

3 种检索策略的运行机制

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

映射文件中用于设定检索策略的几个属性

比较 Hibernate 的三种检索策略