Hibernate检索策略

检索数据时的 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
 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。