Hibernate数据检索策略

Hibernate数据检索策略:

 

 

Hibernate的数据检索策略是面向对象的策略，对于不同的数据检索情况，应使用不同的策

 

 

略，以提高效率和节省资源。经常使用的是立即检索和延迟检索，预先抓取是同一级别

 

 

的策略，因为它们是三选一的策略。用了其中一个则另外两个就都不可用，而且被延迟

 

加载的对象当最终被加载时，一定是使用立即加载的形式(指select 语句的形式).

 

批量检索可以优化立即和延迟加载，它们可以同时用。

 

(1)    立即检索:

 

立即检索的配置文件标识符为lazy=”false”.

 

对象的属性域、一对一关联对象、多对一关联对象，由于这些被关联的对象是”一”这

 

端，适合立即检索。而一对多和多对一关联对象则不适合设为立即检索.比如班级

 

和学生是一对多关系，当取得班级对象时，如果使用立即检索，就会把班级中所有学

 

生对象组装起来，然后把它们放入一个Set集合中，这个Set集合被班级对象引用。

 

（2）预先抓取：

Fetch=”join”

 

预先抓取指的是Hibernate通过select语句使用outer join (外连接，一般是左外连接left

 

outer join)来获得对象的关联实例或者关联集合。

 

 

它们之间的区别：

 

 

立即加载是立即填充附属物

 

延迟加载是只有实际使用到附属物时才会被填充。两者select语句形式是一样的，

 

都是通过id一条一条的查出来。

 

如果关联好多条记录，用立即检索或者延迟检索是不适合的。过多的sql语句必会造成

 

网络传输和响应的延迟，造成整体性能下降。使用预先抓取策略可以减少SQL语句

的条数。

实际使用中，一对多和多对多关系推荐使用延迟加载，而一对一和多对一关系

推荐使用预先加载。

 

 

1．  外连接：

 

Query  q=session.createQuery(“from  Student as s  left join  s.team”)

 

 

Stu.getTeam().getStudents().size() 会报LazyInitializationException异常。

 

这种指明HQL的方式，将忽略配置文件的所有策略。

 

2．  预先抓取：

 

 

将上面的HQL语句由左外连接改为预先抓取。

 

 

Query q=session.createQuery(“from  Student  as s  left join fetch  s.team”)

      

           

   Hibernate仅在第一层关联时忽略配置文件的预先抓取，在更深的层次，按照配置文件设置的

 

策略取得对象。

 

批量加载：

      

    批量加载总是和立即或延迟加载联系在一起的，分为批量立即加载和批量延迟回载，可

 

以用于以下情况：

 

1．  一对多、多对多（末端为多）的情况，以set为例：

 

<set name=”students” inverse=”true” batch-size=”3”>

 

<key column=”team_id”/>

 

<one-to-many class=”model.Student”/>

     

  </set>

 

 

2．   一对一、多对一(末端为一)的情况：如果要对末端为一的关联设置批量加载，要在“一”

 

这端的类配置文件中进行设置，比如学生对班级是多对一关系，要实现对班级的批量加载，

 

应设置如下：

 

<class name=”model.Team” table=”team” batch-size=”3”>

 

 

 

（1）       批量立即加载：

 

Query q=session.createQuery(“from Team t”);

 

 

如果在配置文件中设置了学生集合为batch-size=3，也就是批量加载学生集合的数量是3,如

 

果有100个班级，因为设置了批量加载，所以要加载100/3=33还有剩一个学生再加载一

 

 

次，共需要发送SQL语句34次。Batch-size设得太大，将会使延迟加载失去意义。

 

 

（2）       批量延迟加载：

 

如果数据被设置了延迟加载，当此数据最终被加载进来时，也可以对它进行批量加载。