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

时间:2011-05-20 11:47:42

标签: c# nhibernate

给出如下的对象图:

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 QuestionAyende's blog。此时悬而未决的问题是“如何在没有每路径往返的情况下执行子选择”。

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

2 个答案:

答案 0 :(得分:2)

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

答案 1 :(得分:0)

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