在 NHibernate 中使用业务规则避免 N+1 选择

Question

我知道避免 Hibernate/NHibernate 中 N+1 选择问题的基本方法，但遇到了该问题的变体，我找不到好的解决方案。

我映射了以下三个实体：项目、类别和客户。 项目与类别多对多关联，类别与客户多对一映射。 到目前为止，没有什么特别的。

我的应用程序中的标准查询是获取给定客户的所有商品。 我使用以下标准执行此操作，尝试急切地获取项目的类别，以避免在检查项目的“类别”属性时进行 N+1 选择：

ICriteria criteria = mySession.CreateCriteria(typeof(Item));
    .CreateCriteria("Categories", NHibernate.SqlCommand.JoinType.InnerJoin)
        .Add(Expression.Eq("Customer", c));
criteria.SetFetchMode("Categories", FetchMode.Eager);

return criteria.List();

但是，这不起作用，NHibernate 稍后仍会通过每个项目的一个选择来获取类别在。

我相信发生的事情是 NHibernate 知道第一个查询的结果被过滤（在客户上），并且查询返回的类别可能不完整，因此它稍后必须执行单独的查询来获取类别。 （这个假设正确吗？NHibernate 必须以这种方式工作才能确保正确的结果，这对我来说似乎是合理的。）

但是，根据我的业务规则（或您想要的名称），一个项目不能属于更多类别比一个客户，所以实际上我知道第一个查询的结果实际上是完整的。

我的问题是：我可以以任何方式告诉NHibernate 这个业务规则吗？ 在这种情况下是否有另一种方法可以避免 N+1 选择（这似乎很常见）？

Answer 1

将尝试回答我自己的问题，因为到目前为止我还没有得到任何答案。

我的解决方案是将问题分为两个查询：首先获取属于相关客户的商品的 ID：

IQuery query = mySession.CreateQuery("select item.Id from Item as item "
    + "join item.Categories as category "
    + "join category.Customer customer "
    + "where customer.id=:id")
    .SetInt32("id", c.Id);
IList itemIds = query.List();

然后获取实际商品，而不涉及对客户的任何限制，仅使用 ID。 这样 NHibernate 就知道它可以从单个连接中获取所有类别，从而避免问题中提到的 N+1 选择：

ICriteria criteria = mySession.CreateCriteria(typeof(MapItem))
    .SetFetchMode("Categories", FetchMode.Eager)
    .SetResultTransformer(new DistinctRootEntityResultTransformer())
    .Add(Expression.In("Id", itemIds));
IList items = criteria.List();

我无法想出任何解决方案来将其简化为有效的单个查询。 此外，这种方法迫使程序员对 NHibernate 的内部工作原理了解得太多，而且当您编写新的查询或条件时很容易错过这一点。 更通用的解决方案会更好。