Question

给出如下的对象图：

A { IEnum<B> }
B { IEnum<C>, IEnum<D>, IEnum<E>, ... }
C { IEnum<X> }

如果没有N + 1问题，我如何急切地加载整个对象图？

以下是我最终要执行的查询的伪代码：

var a = Session.Get<A>(1); // Query 1
var b_Ids = foreach(b in A.B's) => Select(b.Id); // Query 2
var c = Session.CreateQuery("from C where B in (b_Ids)").Future<C>(); // Query 3
var d = Session.CreateQuery("from D where B in (b_Ids)").Future<D>(); // Query 3
var e = Session.CreateQuery("from E where B in (b_Ids)").Future<E>(); // Query 3

// Iterate through c, d, e, ... find the correct 'B' parent, add to collection manually

我使用这种方法的问题是，当我将'C'，'D'和'E'的实例添加到父'B'的相应集合时，该集合仍然被代理，当调用.Add（）时，代理会初始化自己并执行更多查询;我认为NHibernate无法看到我已经拥有一级缓存中的所有数据，这是可以理解的。

我试图通过在Add方法中执行类似的操作来解决此问题：

void Add(IEnum<C>)
{
    _collection = new Collection<C>(); // replace the proxied instance to prevent initialization
    foreach(c) => _collection.Add(c);
}

这给了我一个我想要的最佳查询策略，但是后来在做持久性时赶上了我（NHibernate跟踪原来的集合 - 我可以告诉你的地方）。

所以我的问题是，如何在没有N + 1的情况下为孩子的孩子加载一个复杂的图表？我到目前为止唯一遇到的就是加入B-C，B-D，B-E，这在我的情况下是不可接受的。

我们正在使用NH 2.1.2和FluentHN进行映射。升级到NH的v3或使用hbm /存储过程/任何不在桌面之外的东西。

更新：其中一条评论引用了一种加入方法，我确实遇到了一个演示这种方法的博客。在我们的情况下，这种解决方法是不可接受的，但它可能会帮助其他人：Eager fetch multiple child collections in 1 round trip with NHibernate

更新2： Jordan的回答让我看到了与我的问题相关的以下帖子：Similar Question和Ayende's blog。此时悬而未决的问题是“如何在没有每路径往返的情况下执行子选择”。

更新3：即使子选择解决方案不是最优的，我也接受了乔丹的回答。

Answer 1

您可以使用可在映射文件中设置的SubSelect提取。这将避免N + 1和笛卡尔积。

Answer 2

首先，您可以更改映射以热切地加载这些集合。请参阅this section中的第4项其次 - 我相信你的集合似乎加载两次的原因是你首先使用查询获取它，然后使用集合属性。
nHibernate区分用户生成的查询（如您使用的查询）和自己生成的查询（就像您第一次阅读'C'集合时出现的查询）。他们不混合。
因此，当您第一次阅读“C”集合时，nHib无法识别它实际上曾向DB发送完全相同的查询（因为它是用户查询），并再次发送。
避免这种情况的方法是通过B实体检索您的C集合。

如何使用NHibernate加载大型复杂对象图

2 个答案: