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异常。