Hibernate检索策略
来源:互联网 发布:linux kernel启动流程 编辑:程序博客网 时间:2024/05/31 19:04
1. Hibernate的检索策略概述:
检索数据时的 2 个问题:
1.不浪费内存:当 Hibernate 从数据库中加载 Customer 对象时, 如果同时加载所有关联的 Order 对象, 而程序实际上仅仅需要访问 Customer 对象, 那么这些关联的 Order 对象就白白浪费了许多内存.
2.更高的查询效率:发送尽可能少的 SQL 语句
2. Hibernate的检索策略主要分3种情况:类级别的检索策略、1-n或n-n对应的检索策略、n-1或1-1对应的检索策略
3. 类级别的检索策略:
•类级别可选的检索策略包括立即检索和延迟检索,默认为延迟检索
–立即检索:立即加载检索方法指定的对象–延迟检索:延迟加载检索方法指定的对象。在使用具体的属性时,再进行加载
•类级别的检索策略可以通过 <class>元素的lazy属性进行设置•如果程序加载一个对象的目的是为了访问它的属性,可以采取立即检索.•如果程序加载一个持久化对象的目的是仅仅为了获得它的引用,可以采用延迟检索。注意出现懒加载异常!•无论 <class>元素的lazy属性是true还是false,Session的get()方法及Query的list()方法在类级别总是使用立即检索策略•若 <class>元素的lazy属性为true或取默认值,Session 的 load()方法不会执行查询数据表的 SELECT语句,仅返回代理类对象的实例,该代理类实例有如下特征:
–由 Hibernate在运行时采用CGLIB工具动态生成–Hibernate 创建代理类实例时,仅初始化其 OID属性–在应用程序第一次访问代理类实例的非 OID属性时,Hibernate 会初始化代理类实例
4. 一对多或多对多的检索策略(1-n/n-n)
•在映射文件中, 用<set>元素来配置一对多关联及多对多关联关系.<set> 元素有 lazy 和fetch属性
–lazy: 主要决定orders集合被初始化的时机. 即到底是在加载Customer对象时就被初始化,还是在程序访问orders集合时被初始化–fetch: 取值为 “select”或 “subselect”时,决定初始化orders的查询语句的形式; 若取值为”join”,则决定orders集合被初始化的时机–若把 fetch 设置为 “join”, lazy 属性将被忽略–<set> 元素的batch-size属性:用来为延迟检索策略或立即检索策略设定批量检索的数量.批量检索能减少SELECT语句的数目,提高延迟检索或立即检索的运行性能.•在延迟检索(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属性,用来为延迟检索策略或立即检索策略设定批量检索的数量.批量检索能减少SELECT语句的数目,提高延迟检索或立即检索的运行性能.•<set> 元素的fetch属性:取值为 “select”或 “subselect”时,决定初始化orders的查询语句的形式; 若取值为”join”,则决定orders集合被初始化的时机.默认值为select•当 fetch属性为“subselect” 时
–假定 Session缓存中有n个orders集合代理类实例没有被初始化,Hibernate 能够通过带子查询的 select语句,来批量初始化n个orders集合代理类实例–batch-size 属性将被忽略–子查询中的 select语句为查询CUSTOMERS表OID的SELECT语句•当 fetch属性为“join” 时:
–检索 Customer对象时,会采用迫切左外连接(通过左外连接加载与检索指定的对象关联的对象)策略来检索所有关联的Order对象–lazy 属性将被忽略Query的list()方法会忽略映射文件中配置的迫切左外连接检索策略,而依旧采用延迟加载策略
5. 多对一或一对一的检索策略(n-1,1-1)
•和 <set>一样,<many-to-one> 元素也有一个 lazy 属性和fetch属性.
–若 fetch属性设为join,那么lazy属性被忽略–迫切左外连接检索策略的优点在于比立即检索策略使用的 SELECT语句更少.–无代理延迟检索需要增强持久化类的字节码才能实现
•Query 的list方法会忽略映射文件配置的迫切左外连接检索策略,而采用延迟检索策略•如果在关联级别使用了延迟加载或立即加载检索策略,可以设定批量检索的大小, 以帮助提高延迟检索或立即检索的运行性能.•Hibernate允许在应用程序中覆盖映射文件中设定的检索策略
6. Hibernate3种检索策略的比较:
0 0
- Hibernate的检索策略
- Hibernate的检索策略
- Hibernate的检索策略
- hibernate检索策略
- hibernate检索策略1
- Hibernate 检索策略
- Hibernate中检索策略
- Hibernate检索策略总结
- Hibernate的检索策略
- Hibernate检索策略
- Hibernate的检索策略
- hibernate的检索策略
- Hibernate的检索策略
- Hibernate检索策略
- Hibernate 检索策略
- hibernate中的检索策略
- Hibernate检索策略
- Hibernate配置---检索策略
- 排序算法之鸽巢排序
- CODEVS3027线段覆盖2
- Magento SUPEE 6788
- Tab or 空格?这是一个问题,其实也不是问题
- Java并发编程(一)_线程安全性
- Hibernate检索策略
- 【C】strcpy()需谨慎使用
- git使用流程推荐
- 诚风老师-让天下没有难做的直销
- ios中block的循环引用
- 正则表达式
- 微信为何先推出mac版本而后推出windows版本
- MySql数据库主从同步配置(亲测)
- noip 10.29总结