hibernate检索策略（类级别检索,关联基本检索,延迟加载...）

Hibernate的检索策略包括类级别检索策略和关联级别检索策略。

  类级别检索策略 有立即检索和延迟检索，默认的检索策略是立即检索。在Hibernate映射文件中，通过在<class>上配置 lazy属性来确定检索策略。对于Session的检索方式，类级别检索策略仅适用于load方法 ；也就说，对于get、qurey检索，持久化对象都会被立即加载而不管lazy是false还是true. 一 般来说，我们检索对象就是要访问它，因此立即检索是通常的选择。由于load方法在检索不到对象时会抛出异常（立即检索的情况下），因此我个人并不建议使 用load检索；而由于<class>中的lazy属性还影响到多对一及一对一的检索策略，因此使用load方法就更没必要了。

例如：Customer.hbm.xml

 <class name="mypack.Customer" table="CUSTOMERS" lazy="true"></class>

 

立即加载：

    Customer customer = (Customer)session.load(Customer.class,new Long(1));

    当上面一条语句执行到时，hibernate会立即输出以下语句：

    select * from customers where id = 1;

    这个时候customer就已经实例化了。

延迟加载：

    Customer customer = (Customer)session.load(Customer.class,new Long(1));

    上面语句执行到时hibernate不会立即查询customer表，而是返回customer类的代理类的实例。

     这个代理类有以下的特征：

     1）Hibernate在运行时动态生成，它扩展了customer类，因此它继承了customer的所有属性和方法，但是它的实现对于应用程序是透明的。

     2）当hibernate创建customer代理类实例时，仅仅初始化了它的OID，其他属性都为null，因此这个代理类占用的内存很少。

     3）当程序第一次访问代理类的实例时（如调用 customer.getXXX()或customer.setXXX()方法），hibernate会初始化代理类实例，这时才真正区数据库查询。但是 如果仅仅是方位代理类的getId(),hibernate仍然不会区访问数据库。

以上讨论的是类级别load的检索策略，如果是使用session的get 和 find接口进行数据查询的话不关class的检索策略设置为什么都会使用立即检索策略。

   如果使用load进行查询（不关是立即加载还是延迟加载），都会生成customer的代理类实例，这样我们在判断customer==null时就一定为false，而不能准确的知道数据库中是否存在这样的实例。

 

另外：以下会抛出异常

tx = session.beginTransaction();
Customer customer = (Customer)sesson.load(Customer.class,1);
tx.commit();
session.close();
cusomer.getName;

 

应改成：

tx = session.beginTransaction();
Customer customer = (Customer)sesson.load(Customer.class,1);
if(!Hibernate.isInitialized(customer)){
   Hibernate.initialize(customer);
}
tx.commit();
session.close();
cusomer.getName;

 

  关联级别检索策略 有立即检索、延迟检索和迫切左外连接检索。对于关联级别检索，又可分为一对多和多对多、多对一和一对一两种情况讨论。

  一对多和多对多关联关系一般使用<set>配置。<set>有lazy和outer-join属性，它们的不同取值绝对了检索策略。

  1）立即检索：这是一对多默认的检索策略，此时lazy=false，outer-join=false.尽管这是默认的检索策略，但如果关联的集合是无用的，那么就不要使用这种检索方式。

  2）延迟检索：此时lazy=true，outer-join=false（outer-join=true是无意义的），这是优先考虑的检索方式。

  3）迫切左外连接检索：此时 lazy=false，outer-join=true，这种检索策略只适用于依靠id检索方式（load、get），而不适用于query的集合检索 （它会采用立即检索策略）。相比于立即检索，这种检索策略减少了一条sql语句，但在Hibernate中，只能有一个<set>配置成 outer-join=true.

  多对一和一对一检索策略一般使用<many-to-one>、<one-to-one>配置。<many- to-one>中需要配置的属性是 outer-join，同时还需要配置one端关联的<class>的lazy属性（配置的可不是<many-to-one>中 的lazy哦），它们的组合后的检索策略如下：

  1） outer-join=auto：这是默认值，如果lazy=true为延迟检索，如果lazy=false为迫切左外连接检索。

  2） outer-join=true，无关于lazy，都为迫切左外连接检索。

  3） outer-join=false，如果lazy=true为延迟检索，否则为立即检索。

  可以看到，在默认的情况下（outer-join=auto，lazy=false），对关联的one端对象Hibernate采用的迫切左外连接检索。 依我看，很多情况下，我们并不需要加载one端关联的对象（很可能我们需要的仅仅是关联对象的id）；另外，如果关联对象也采用了迫切左外连接检索，就会 出现select语句中有多个外连接表，如果个数多的话会影响检索性能，这也是为什么Hibernate通过 hibernate.max_fetch_depth属性来控制外连接的深度。对于迫切左外连接检索，query的集合检索并不适用，它会采用立即检索策 略。

  对于检索策略，需要根据实际情况进行选择。对于立即检索和延迟检索，它们的优点在于select语句简单（每张表一条语句）、查询速度快，缺点在于关联表 时需要多条select语句，增加了访问数据库的频率。因此在选择即检索和延迟检索时，可以考虑使用批量检索策略来减少select语句的数量（配置 batch-size属性）。对于切左外连接检索，优点在于select较少，但缺点是select语句的复杂度提高，多表之间的关联会是很耗时的操作。 另外，配置文件是死的，但程序是活的，可以根据需要在程序里显示的指定检索策略（可能经常需要在程序中显示指定迫切左外连接检索）。为了清楚检索策略的配 置效果如何，可以配置show_sql属性查看程序运行时Hibernate执行的sql语句。

一。 一对多和多对多关联检索策略

1.

<set name="orders" inverse="true" lazy="true" batch-size="3">
        	<key column="CUSTOMER_ID"></key>
        	<one-to-many class="mypack.Order"/>
        </set>

 

 batch=size="3"为批量延迟检索，假如共有4条记录。此时会批量初始化3个orders，第4个是延迟加载。

如果没有batch=size 属性 4条记录 全部为延迟加载！

 

2. 迫切左外连接检索

 <set name="orders" inverse="true" outer-join="true"></set>

 当Session 的 get() 方法时，执行一下

select * from CUSTOMERS left outer join ORDERS on CUSTOMERS .id=ORDERS .CUSTOMER_ID where CUSTOMERS.ID = 1;

 注意，outer-join="true"对于 Session 的 find(hql) 无效！！！

二。多对一和一对一关联的检索策略

看 hibernate检索策略（类级别检索,关联基本检索,延迟加载...）（二）