Hibernate fetch属性

引用

Hibernate3 定义了如下几种抓取策略：

连接抓取（Join fetching） - Hibernate通过 在SELECT语句使用OUTER JOIN（外连接）来 获得对象的关联实例或者关联集合。

查询抓取（Select fetching） - 另外发送一条 SELECT 语句抓取当前对象的关联实体或集合。除非你显式的指定lazy="false"禁止 延迟抓取（lazy fetching），否则只有当你真正访问关联关系的时候，才会执行第二条select语句。

子查询抓取（Subselect fetching） - 另外发送一条SELECT 语句抓取在前面查询到（或者抓取到）的所有实体对象的关联集合。除非你显式的指定lazy="false" 禁止延迟抓取（lazy fetching），否则只有当你真正访问关联关系的时候，才会执行第二条select语句。

引用

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

User user = (User) session.createCriteria(User.class)
            	.setFetchMode("permissions", FetchMode.JOIN)
            	.add( Restrictions.idEq(userId) )
            	.uniqueResult();

引用

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

引用

对集合使用连接抓取会有一个限制：你只能为每个持久类配置一个集合角色、在一次外部连接中执行一次查询。 Hibernate尽可能的禁止类似笛卡儿积查询的情况，而在两个集合间进行的每个外部关联查询， 将会产生一次笛卡儿查询，这显然要比两次查询（无论是延迟查询、或非延迟查询）速度慢。 这里的对一次外部连接集合的限制同样对映射抓取策略和HQL/条件查询都适用。

如果你想超越此限制，你必须使用子查询抓取或者批量抓取策略，才能达到更为可接受的性能。 当你的应用中出现了一个树状的集合数据抓取时，通常都需要这样做。

对于单向关联来说，连接抓取并没有任何的限制。

截然不同的一种避免N+1次查询的方法是，使用二级缓存。