Hibernate懒加载深入分析

[size=small]
----------------------------------------------------------
懒加载可以提高性能吗?
不可以简单的说"能",因为Hibernate的关系映射拖累了SQL的性能,所以想出懒加载来弥补.只是弥补而以,不会超越.所以大家不要想着使用了懒加载总体性能就提高了,其实总体性能不下降就万幸了.
----------------------------------------------------------
Hibernate的lazy属性可以配置在:

(常用)<set><list>标签上,可以取值true,false,extra
            默认为true,当为true时,会懒加载,访问集合属性时再发出SQL语句.但set.size()时,很不智能,不会生成count()语句,而是查出所有记录赋值给set.
            extra说明:调用集合的set.size()时,会生成select count(*)from tableName,比较智能.建议使用
(少用)<many-to-one><one-to-one>标签上,可以取值false,proxy,noproxy
            当为true时,会有懒加载特性,当为false时会产生N+1问题,比如一个学生对应一个班级,用一条SQL查出10个学生,当访问学生的班级属性时Hibernate会再产生10条SQL分别查出每个学生对应的班级.
(不用)<class>标签上,可以取值true,false
            默认为true,当为false时,load()方法将失去懒加载的特性与get()一样,不影响集合(<set><list>)标签上的lazy特性
(不用)<property>标签上,可以取值true,false
            默认值为false,懒加载某个字段,无意义,不要使用

----------------------------------------------------------
get()与load()的区别
get()无懒加载特性,马上执行SQL查询.
load()有懒加载特性,会返加一个代理对象,所以永远不为null,先不执行SQL,要取对象的值时才执行SQL语句,前题session不能关闭,<class>标签上lazy不为false.

----------------------------------------------------------
实现懒加载的前提:1 PO不能是final的
2 能实现懒加载的对象(PO)都是被CGLIB改写的代理对象,所以不能是final修饰的
3 须要asm,cglib两个jar包
4 相应的lazy属性为true
5 相应的fetch属性为select
----------------------------------------------------------
什么时候出遇到懒加载
1 使用load()
2 一对一<one-to-one>
查主对象 默认使用join连接,不会发生懒加载
查从对象 默认会发生懒加载,先执行一句select查出从对象,当通过从对象访问了主对象时,再执行一句select查出主对象.

3 多对一<many-to-one>
在使用hbm.xnl时，取多的一方时，默认会懒加载，不取一的一方
在使用JPA时，取多的一方时，默认自动使用join on语句取出一的一方（用户与组，用户是多的一方，组是一的一方）

4 一对多(<set><list>)
默认会懒加载，这是必须的，是重常用的。

----------------------------------------------------------
实现懒加载的方案:


方法一:(没有使用懒加载)  
用 Hibernate.initialize(de.getEmps()) 提前加载一下.

方法二:
把与Session脱离的对象重新绑定
lock()方法是用来让应用程序把一个未修改的对象重新关联到新session的方法。

//直接重新关联
session.lock(fritz, LockMode.NONE);
//进行版本检查后关联
session.lock(izi, LockMode.READ);
//使用SELECT ... FOR UPDATE进行版本检查后关联
session.lock(pk, LockMode.UPGRADE);

方法三:
OpenSessionInView
参见 http://www.iteye.com/topic/32001           
           
未完,待续

[/size]