Hibernate 检索策略详解 (1)

Hibernate 检索策略详解 (1)

      在session 的缓存中可以存放关联的对象图,当数据库从查询一个对象的时候如果同时自动加载其关联的对象,而程序此时不需要处理其关联的对象的时候,那么就白白浪费了许多的内存资源。所以hibernate通过其检索策略解决了实际运用的效率问题。其提供了丰富的检索策略。

下面就结合具体的测试源码讲述其基本原理及其优化策略。

 

先准备环境

 

 1: junit3.8.jar

 2: mysql.jar

 3: hibernate相关的包

 

Customer 类

 

 

 

订单类 Order

 

 

 

HibernateUtils 

 

 Customer.hbm.xml 

 

Order.hbm.xml

 

 

用junit 的debug模式测试得到如下结论

 

 

 

 

 

当lazy=false的时候

hibernate采取是立即加载的策略:

* 在进行list()调用的时候会加载其关联的对象,这样会先查出对象然后会将关联的对象也查出来。这样就有1+N次查询。

* 在利用load进行加载的时候 在加载时不会发出SQL语句,只有当其调用getter的时候才会发出两条SQL,一条为load参数中索要查询的对象本身相关的表的SQL,另外一条查询其关联对象的SQL

* 在利用get方式进行查询加载的时候,一旦调用了get方法就会立即发出两条SQL,分别查询类级别的和关联级别的SQL语句

 

lazy= false的时候并不采用懒加载的方式进行,只有当系统或者程序显示的使用加载的时候,才会对lazy=false这一配置进行覆盖。使用lazy=false的场合一般是需要加载其关联对象的时候,在使用这个标签属性的时候可以结合 batch-size属性一起使用,减少SQL的发送量,以提高检索的效率。

 

当使用lazy=true的时候

hibernate采取懒加载的模式进行

   * 在进行list()的时候,只会加载其类的对象本身,如果没有显示的调用获取关联对象的getter(获取主键属性也是不会进行SQL发送的)的话是不能加载其关联对象的。

   * 在load 的时候,是不会发出SQL语句的,只有当其显式的调用getter(非主键的)才会进行SQL发出加载对象的属性,若要加载其关联对象还需要显示的调用获取关联对象或者集合的getter方法,才会进行SQL的发送

  * 在进行get方法的时候,会立即发出SQL语句加载其要查询的对象,并且只有显示的调用获取关联对象或者集合的getter方法,才会进行SQL的发送,对数据进行查询。

 

当在集合中使用 lazy=extra 时大体和lazy=true相似,只是在查询SQL的时候根据所调用的函数。进行了一定的判断和优化。在策略上和lazy=true是一致的。

 

另外值得注意的一个地方是:

 

   load加载上来的是一个代理,在没对其进行初始化的时候,并切session关闭后是不能直接取值的。

这个时候需要在session关闭前 用initialize()方法将显式的初始化代理实例化才能调用,否则会报告LazyInitializationException异常。

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值