Hibernate的fetch （转）

fetch ,可以设置fetch = "select" 和 fetch = "join"

用一对多来举例：
fetch ="select"是在查询的时候先查询出一端的实体，然后在根据一端的查询出多端的实体，会产生1+n条sql语句;
fetch = "join"是在查询的时候使用外连接进行查询，不会差生1+n的现象。

lazy大家应该都熟悉了，就是延迟加载，可以设置lazy = "true" , lazy = "false" lazy ="proxy" 。
我在这里要说的主要问题是lazy 和fetch配合使用的问题：
1、当lazy="true" fetch = "select" 的时候，这个时候是使用了延迟策略，开始只查询出一端实体，多端的不会查询，只有当用到的时候才会发出sql语句去查询；
2、当lazy="false" fetch = "select" 的时候，这个时候是使没有用延迟策略，同时查询出一端和多端，同时产生1+n条sql.
3、当lazy="true"/lazy="false" fetch ="join"的时候，自己认为这个时候延迟已经没有什么用了，因为采用的是外连接查询，同时把一端和多端都查询出来了，延迟没有起作用。

Hibernate的fetch="join"和fetch="select"的一点分析

fetch参数指定了关联对象抓取的方式是select查询还是join查询，select方式时先查询返回要查询的主体对象（列表），再根据关联外键id，每一个对象发一个select查询，获取关联的对象，形成n+1次查询；
而join方式，主体对象和关联对象用一句外键关联的sql同时查询出来，不会形成多次查询。
如果你的关联对象是延迟加载的，它当然不会去查询关联对象。
另外，在hql查询中配置文件中设置的join方式是不起作用的（而在所有其他查询方式如get、criteria或再关联获取等等都是有效的），会使用select方式，除非你在hql中指定joinfetch某个关联对象。

fetch策略用于定义 get/load一个对象时，如何获取非lazy的对象/集合。这些参数在Query中无效。

查询抓取（默认的）在N+1查询的情况下是不好的，因此我们可能会要求在映射文档中定义使用连接抓取：

<set name="permissions"
fetch="join">
<key column="userId"/>
<one-to-many/>
</set
<many-to-one name="mother" fetch="join"/>
在映射文档中定义的抓取策略将会有产生以下影响：

通过get()或load()方法取得数据。

只有在关联之间进行导航时，才会隐式的取得数据(延迟抓取)。

条件查询

在映射文档中显式的声明连接抓取做为抓取策略并不会影响到随后的HQL查询。

通常情况下，我们并不使用映射文档进行抓取策略的定制。更多的是，保持其默认值，然后在特定的事务中，使用HQL的左连接抓取（left join fetch）对其进行重载。这将通知Hibernate在第一次查询中使用外部关联（outer join），直接得到其关联数据。在条件查询 API中，应该调用setFetchMode(FetchMode.JOIN)语句。

其实这并不能说明hql能够按照配置文件设置的join进行抓取，这时第二级:topic-->forum的抓取其实已经和hql没有关系了，因为前面已经产生了另一个select方式的抓取语句。
而是对象的关联获取，假如查询message时topic是设置为延迟加载的，那么在后面获取message.topic时，如topic.forum不延迟加载，那么topic-->forum会实现配置的join方式的抓取，这个显然和hql查询没有关系。

原文地址：http://qinhanbin.iteye.com/blog/520038

　　　　　http://sun-gufeng-126-com.iteye.com/blog/629261

原标题：Hibernate的fetch （转）

关键词：Hibernate