5. 概述关联关系中的懒加载:
(1) 一对一中的懒加载 :必需要同时满足三个条件才能实现懒加载:即在<one-to-ont> 元素中配置lazy!=false( 即是为true 或proxy);constrained=true;fetch=select , 但在主表中不会有懒加载,因为主表不能满足constrained=true; 其实在主外键关联的“一对一“关联关系中,我们判断主表和从表也是从是否配置“constrained “来判断:因为constrained 的配置只会在从表中出现。从上面的分析中可以得知:查询主表永不会使用懒加载,查询从表可选择懒加载。 下面再结合fethch 来分析查询从对象时的懒加载:
| fetch=join | fetch=select |
lazy=true | 由于采取的是join 连接查询,所以会一次关联所有的表查出所有数据,这样懒加载失效。 | 懒加载有效,实际查询从对象发展时,才去连接数据库。 |
lazy=false | =false 意为不使用懒加载。 | |
lazy=proxy | 默认设置:使用代理实现懒加载。 |
提示:fetch 的意思是“通过什么方式抓取”,lazy 的意思是“什么时候抓取”。“抓取”
意为“获得数据,连接数据库”。 其实在“一对一”中使用懒加载对性能提升不多大的作用。
分析“查询主对象不能使用懒加”:当我们要想获取一个主对象时,仅从查询主表是不能判断出是否有从对象,比如我们在查询主表获取Person 对象时,不能从主表中查出是否有有“身份证号“,这样我们便不能正确设置Person 对象的身份证属性,所以hibernate 采取了连接查询,这也就是为什么主对象不能使用懒加载的原因。但是查询从对象可使用懒加载,原因如下:当我们通过查询从表获知从对象时,可以在从表的主外键中查询这个身份证号是否有Person 对象对应,如果没有,设它的person 属性为null, 如果有我们放置一个代理,当要真正查询时,便通过这个代理来查询。
(2 )其它关联关系使用懒加载的条件 :在实配置文件中的“关联关系配置” 配置元素中配置时满足以下两个条件:lazy!=false ;fetch=select
(3 )强调 :能够懒加载的对象都是被必定过的代理对象,当相关联的session 没有关闭时,访问这些懒加载对象(代理对象)的属性会初始化这些代理(便getId 和getClass 除外)对象,当相关的session 关闭后,再访问懒加载对象将会出现异常“ could not initialize proxy - no Session ”。
(4 )灵活选择:在查询方法是我们有时候希望使用代理懒加载,但有时候我们可能又要具体查询出数据。我们可以这样做来灵活选择:
public Object query( int id, boolean signLazy ){
....
if(signLady)
Hibernate.initialize( 代理对象);
说明:为true, 则会初始化代理,连接数据库,且在此方法调用完成后得到的对象是可以进行有关此对象的属性访问得。为false ,则不会去真正连接数据库,只是为了建立起某种关联关系服务
....
}
(5) 简单的属性也可以使用懒加载,但效果不大,除非是用在大的文本段。