NHibernate 能否在不使用批处理或 Criteria API 的情况下解决订单->客户关系的 N+1 问题？

Question

我一直在阅读和环顾四周，以白纸黑字找到这个答案。

我们来聊聊熟悉的吧 客户和订单问题。让我们 假设我加载 100 个订单，每个订单 与一个且仅一个相关联 客户。

使用 Fluent NHibernate，我将使用 References() 将我的 Order 链接到 Customer，并且我将定义我的 Not.LazyLoad() 和 Fetch.Join() 也是如此。

现在我假设，NHibernate 可以简单地连接这两个表，并且很容易水合实体。然而，在我的测试中，我总是看到 N+1 查询（实际上可能只是唯一的 ID）。我可以分享我的代码和表格，但它可能会让你感到厌烦，所以

• 是否有可能克服订单->客户的N+1（一->一或更确切地说许多->一）？或者我必须使用批处理或 Criteria API？
• 如果可能的话，您能给我指一个 Fluent NHibernate 示例吗？

Answer 1

经常有人抱怨 fetch="join" 不不起作用。这是因为HQL没有考虑到。您可以在 HQL 中声明它。

我使用 fetch="join" 希望能够提高性能，但在很多情况下停止使用它。问题在于，连接到许多表可能会使 SQL Server 遇到最大列数限制。在某些情况下，您根本不需要这些数据，因此在映射文件中全局指定它并不是很有用。

因此，我建议

• 在 HQL 中使用显式连接获取，因为您可以知道数据是否实际使用。
• 或者对于任何其他情况，批处理是一个很好的解决方案，因为它们是透明的（您的代码不需要知道），利用延迟加载并同时减少 N+1 问题。

Answer 2

我不会像您正在执行的实际查询那样查看映射。默认情况下，我将所有映射保留为 LazyLoad，并根据需要进行覆盖。

我使用 Criteria API 进行查询，并使用 CreateAlias 根据需要连接其他表。强烈建议 NProf 查找并消除此类情况。

Answer 3

嗨
有两种方法可以解决您的问题

a) 使用 Criteria 查询
它看起来像这样

Session.CreateQuery(typeof(Order))
.Add(<Restrictions if any>)
.SetFetchMode("Customer",FetchMode.Eager)
.List<Order>();

b) 使用 HQL

Session.CreateQuery("select o from Order inner join fetch o.Customer where <conditionifany>").List<Order>();

希望这会有所帮助..

Answer 4

您使用什么查询 API？

如果是 HQL，您可以使用 join fetch 来快速检索关联。

对于 LINQ 和 QueryOver，请使用 .Fetch()