[NHibernate]延迟加载
目录
写在前面
上篇文章介绍了多对多关系的关联查询的sql,HQL,Criteria查询的三种方式。本篇文章将介绍nhibernate中的延迟加载方式,延迟加载按个人理解也可以叫做按需要加载(Loading-on-demand)。
文档与系列文章
[NHibernate]持久化类(Persistent Classes)
[NHibernate]集合类(Collections)映射
[NHibernate]缓存(NHibernate.Caches)
[NHibernate]NHibernate.Tool.hbm2net
[NHibernate]Nhibernate如何映射sqlserver中image字段
[NHibernate]条件查询Criteria Query
延迟加载
延迟加载(Lazy Load)是(也成为懒加载)Hibernate3关联关系对象默认的加载方式,延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作。可以简单理解为,只有在使用的时候,才会发出sql语句进行查询。
延迟加载的有效期是在session打开的情况下,当session关闭后,会报异常。当调用load方法加载对象时,返回代理对象,等到真正用到对象的内容时才发出sql语句。
Hibernate2实现延迟加载有2种方式:1实体对象,2集合。
Hibernate3中又引入了一种新的加载方式:3属性的延迟加载。
一般使用load的方法来实现延迟加载,在实现无限级联动使用延迟加载效率比较好。
——百度百科(java,hibernate)
上面是java中对hibernate的延迟加载的描述,说的比我好多了。
记住三点:1,为了避免无谓的性能开销。2,需要时才真正加载数据。3,使用了代理。
一个例子
一对多关系
默认延迟加载
采用懒加载的方式根据客户id得到客户信息
1 /// <summary> 2 /// 采用懒加载的方式根据客户id得到客户信息 3 /// </summary> 4 /// <param name="customerID"></param> 5 /// <returns></returns> 6 public Customer GetCustomerbyLazyLoad(Guid customerID) 7 { 8 //获得ISession实例 9 ISession session = NHibernateHelper.GetSession(); 10 Customer customer = session.Get<Customer>(customerID); 11 return customer; 12 }
测试用代码,如图所示,此时数据已经加载出来了
使用SQL Profile监控生成的sql语句,截图如下
你会发现,此时只生成了查询customer的sql语句,nhibernate默认是使用延迟加载的,在前面的文章中,并没在映射文件中设置节点的lazy属性。
当展开customer的属性Orders时或者调试向下移动的时候,会执行查询,你会看到如下的sql语句
延迟加载并关闭Session
1 /// <summary> 2 /// 采用using释放session,懒加载的方式根据客户id得到客户信息 3 /// </summary> 4 /// <param name="customerID"></param> 5 /// <returns></returns> 6 public Customer GetCustomerbyLazyLoadUsing(Guid customerID) 7 { 8 //获得ISession实例 9 using(ISession session = NHibernateHelper.GetSession()) 10 { 11 Customer customer = session.Get<Customer>(customerID); 12 return customer; 13 } 14 }
测试,当视图展开customer的orders属性,或者往下执行获得order集合时出错。
延迟加载,需要的时候再去加载,因为此时session已经关闭,没有去查询的通道了,结果是“此路不通”的提示。
多对多关系
默认延迟加载
这里采用多对多关系那篇文章中举的 Order和Product的例子。
1 /// <summary> 2 /// 多对多关系,延迟加载订单产品 3 /// </summary> 4 /// <returns></returns> 5 public Order GetOrderByLazyLoad(Guid orderId) 6 { 7 try 8 { 9 var session = NHibernateHelper.GetSession(); 10 return session.Get<Wolfy.Shop.Domain.Entities.Order>(orderId); 11 } 12 catch (Exception) 13 { 14 throw; 15 } 16 }
进行测试,在查询的时候只有Order表的数据(这个地方,有Order数据的sql,猜测在一对多查询的时候,没有出现查询Customer的sql语句,很有可能是因为缓存的问题造成,因为经常使用Cusomer那条数据进行测试。)
展开Order的属性
当展开Order的属性,回去查询order下的所有的Product,此时生成的sql如下:
延迟加载并关闭Session
1 /// <summary> 2 /// 多对多关系,延迟加载订单产品 3 /// </summary> 4 /// <returns></returns> 5 public Order GetOrderByLazyLoadUsing(Guid orderId) 6 { 7 //session使用后即释放 8 using (var session = NHibernateHelper.GetSession()) 9 { return session.Get<Wolfy.Shop.Domain.Entities.Order>(orderId); } 10 }
测试
此时生成的sql语句
如果此时展开Products,同样会出现上面的异常
通过上面的比较一对多和多对多的默认延迟加载和关闭session后的情况类似。
N+1次select查询问题
如果Order下有很多个Product,而我们就想需要的时候才去加载其中某些Product的信息,如果采用立即加载的方式,势必产生多个sql语句,例如第一次查询得到所有的Order对象,然后根据orderid去查询得到所有的产品。
测试,多对多延迟加载订单和订单下单价大于6666的产品
1 protected void btnMany2Many_Click(object sender, EventArgs e) 2 { 3 Business.OrderBusiness orderBusiness = new Business.OrderBusiness(); 4 Order order = orderBusiness.GetOrderByLazyLoad(new Guid("78A53F67-A293-48A1-BBE2-86FED77342FA")); 5 decimal sum = 0; 6 foreach (var item in order.Products) 7 { 8 if (item.Price >= 6666) 9 { 10 sum += item.Price; 11 } 12 } 13 Response.Write(sum.ToString()); 14 }
生成的sql语句
延迟加载,可以解决select N+1的问题,比如你查询一个订单还有订单下的Product,势必会产生多条sql语句,先是查询order的sql语句,然后是查询product的sql语句,就会频繁的查询数据库,造成性能方面的压力,而采用延迟加载,通过上面生成的sql语句你会发现,使用left out join 将关联的表拼接起来,只生成了一条sql。
总结
本篇文章介绍了Nhibernate在延迟加载方面的内容,Nhibernate在使用过程中延迟加载方式是默认的。对延迟加载的定义,需要再慢慢的体会。
延迟加载(Lazy Load)是(也成为懒加载)Hibernate3关联关系对象默认的加载方式,延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作。可以简单理解为,只有在使用的时候,才会发出sql语句进行查询。
延迟加载的有效期是在session打开的情况下,当session关闭后,会报异常。当调用load方法加载对象时,返回代理对象,等到真正用到对象的内容时才发出sql语句。
Hibernate2实现延迟加载有2种方式:1实体对象,2集合。
Hibernate3中又引入了一种新的加载方式:3属性的延迟加载。
一般使用load的方法来实现延迟加载,在实现无限级联动使用延迟加载效率比较好。
——百度百科(java,hibernate)
-
博客地址:http://www.cnblogs.com/wolf-sun/
博客版权:如果文中有不妥或者错误的地方还望高手的你指出,以免误人子弟。如果觉得本文对你有所帮助不如【推荐】一下!如果你有更好的建议,不如留言一起讨论,共同进步! 再次感谢您耐心的读完本篇文章。