一步步认识NHibernate的延迟加载
说到NHibernate(以下简称NH),想必大家都非常熟悉了,他是.net中ORM的利器,算是非常强大,且使用的用户也非常多,那么一个强大的第三方框架,所包含的功能特性那肯定是很丰富的,其中就包括XML映射配置、延迟加载、HQL查询、原声SQL查询,什么二级缓存等等,总之入门是要有一定的时间和准备的,这里就把我所认识的“延迟”加载进行说明。
什么是NH的延迟加载呢,延迟加载是Nh的一种机制,主要是解决不必要的查询对资源的浪费,只有当数据真正调用时才加载,而不会对数据进行提前加载造成资源的浪费,这句话是从网上看到的,其实就是这个意思,那么用我们程序的语言讲是这样的:就是有一个class,里面包含一个属性,属性的类型是一个集合(如IList<Role>),当我们需要加载一个对象(或者说记录吧)的时候,但又不想使用里面的那个集合属性,这个时候我们就可以使用延迟加载了,当一个类的集合使用了延迟加载的时候,那么只有使用这个集合的时候,NH才会发出SQL到数据库查询这个对象,这个就是传说中的延迟加载吧【个人理解】。
上面说的“加载对象”和“使用集合属性”又是怎么理解呢?我们先说下Nh的加载对象的方法吧,总所周知,一个是Get,一个是Load,那么,他们又有什么区别呢,这个还是有点复杂的。
1. 对于get方法,NH会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查询数据库,数据库中没有就返回null。
2. load方法加载实体对象的时候,根据映射文件上类级别的lazy属性的配置(默认为true),分情况讨论:
(1)若为true,则首先在Session缓存中查找,看看该id对应的对象是否存在,不存在则使用延迟加载,返回实体的代理类对象(该代理类为实体类的子类,由CGLIB动态生成)。等到具体使用该对象(除获取OID以外)的时候,再查询二级缓存和数据库,若仍没发现符合条件的记录,则会抛出一个ObjectNotFoundException。
(2)若为false,就跟get方法查找顺序一样,只是最终若没发现符合条件的记录,则会抛出一个ObjectNotFoundException。
以上转载http://blog.csdn.net/lenotang/article/details/2595349
我们再说一下“使用集合属性”,这个一般就两种情况,一种是通过调用session的Get或者Load方法加载对象,另外一种是在第一种的前提下,使用对象的一个属性,也就是点【.】一下。
下面就用代码开讲解“延迟加载”,“使用集合属性”。
实体类映射文件(根据类映射,也可以猜到具体的实体类是怎么样的,这里就不上传了):
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
2 <hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="LBC.Model" assembly="LBC.Model">
3 <class name="LBC.Model.User, LBC.Model" table="T_User" lazy="true">
4 <id name="UserID" column="UserID">
5 <generator class="assigned" />
6 </id>
7 <property name="UserName" column="UserName" />
8 <property name="Password" column="Password" />
9 <bag name="Roles" cascade="all" inverse="true" lazy="true" table="T_UserRole">
11 <key column="UserID"></key>
12 <many-to-many class="Role" column="RoleID" not-found="ignore"/>
13 </bag>
14 </class>
19 </hibernate-mapping>
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
2 <hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="LBC.Model" assembly="LBC.Model">
3 <class name="LBC.Model.Role, LBC.Model" table="T_Role" lazy="true">
4 <id name="RoleID" column="RoleID">
5 <generator class="identity" />
6 </id>
7 <property name="RoleName" column="RoleName" />
8 <property name="Description" column="Description" />
9 <property name="Expired" column="Expired" />
10 <bag name="Users" cascade="all" inverse="true" lazy="true" table="T_UserRole">
11 <key column="RoleID"></key>
12 <many-to-many class="User" not-found="ignore" column="UserID"/>
13 </bag>
14 </class>
15 </hibernate-mapping>
1、我们把User和Role这两个类级别的lazy修改为false,并使用session的Get方法加载一个User对象
这个时候,NH只生成了一条sql,说明没有去加载Roles集合【这样可以说明NH的Get对于集合属性是可以延迟加载的吧】
这里在加载User对象后去访问Roles集合属性,要把鼠标移动到roles变量那边,这里没有截图下来
很明显,这里NH发出了两条sql语句,一条是查询User对象,一条是查询Roles集合的
那么,把User和Role类级别的lazy修改为true又会是怎么样的呢,结果是跟false一样,这里就不做说明了
2、我们把User和Role这两个类级别的lazy修改为false,且User映射文件的bag里面的lazy也修改为false,并使用session的Get方法加载一个User对象
这个时候,NH生成了两条sql语句,跟上面的情况(加载后去访问集合属性)是一样的。那么我们再把类级别的lazy修改为false会是什么结果呢,当然,结果还是一样的,那么通过以上的描述,我们可以知道,NH在使用session的Get加载对象的时候,也是可以延迟加载的,至少是我们在没有去访问集合属性的时候NH是不会生成sql的,这个应该就是我们说的延迟的道理【这里说的延迟仅对于集合属性,而非类本身】。
3、我们把User和Role这两个类级别的lazy修改为false,且User映射文件的bag里面的lazy修改为true,并使用session的Load方法加载一个User对象
我们可以看到,使用Load加载,且类级别lazy为false,bag的lazy为true的时候,NH只生成一条sql
4、我们把User和Role这两个类级别的lazy修改为true,且User映射文件的bag里面的lazy修改为true,并使用session的Load方法加载一个User对象
喔,NH竟然一条sql都没有生成,真实大快人心啊。当我们把鼠标移动到user变量的时候,NH就会生成加载User对象的sql,如果再访问user的Roles属性,那么又会生成一条加载roles的sql。
最后,我们来个大总结吧:
1、NH的延迟加载的意思就是:你访问了属性(就是点一个属性出来,除了ID之外)就生成sql到数据库加载
2、NH的在延迟加载有2个方面,一个是延迟加载类的;另外一个是延迟加载集合的
3、NH的类延迟加载仅对于使用session的Load方法时才有效【如果使用Get的话,不管类级别的lazy怎么配置,始终会生成一条加载类本身的sql】
4、NH的集合延迟加载,对于session的Get和Load方法都是有效的
5、如果把类级别的lazy设置为false,那么不管是Get还是Load都发生成一条加载类本身的sql
6、如果把类级别的lazy设置为true,那么Get会生成加载类本身的sql,而Load不会