Fluent NHibernate 一对多映射导致错误查询

Question

我使用 Fluent NHibernate 有一个非常简单的一对多映射，它工作正常，除了 NH 生成的查询不太理想。我从 NH 检查 sql 日志时发现了这一点。

我要找的查询是这样的

select p.*, c.* from parent p inner join child c on p.Id = c.parentId

其中 p.ID 是父表的 PK，c.ParentId 是子表中指向父表 PK 的 FK。

但是我从sql日志中发现是这样的：

select P.* from Parent

随后是一堆针对子表运行的查询，例如

select * from child c where c.ParentId = @p0

这会导致性能问题，这并不奇怪。

我的问题是为什么 NH 不生成我认为应该生成的内部连接查询？我需要进行哪些更改才能使 NH 生成所需的查询？

Answer 1

JOIN 不适用于这种情况。它将产生 SELECT 导致更多行，然后 Parent 表有。即：父级的 每个 子级将追加新行。

此处的适当解决方案是将这些选择分开。首先选择父母，然后为所有父母加载所有孩子（仅选择父母）。 NHibernate 对此确实有很好的解决方案：

• 19.1.5. Using batch fetching
• Fluent 版本在这里描述：How to Eager Load Associations without duplication in NHibernate?

这将与您所经历的有点相似。首先选择父母，然后选择孩子（人）。最大的不同是，我们现在分批获取更多的孩子，而不是1 + N（分别为每个孩子收集）。所以它可能是 1 + 2

批量大小映射示例

1) 收藏

HasMany<Child>(x => x.Children)
  .BatchSize(25);

2) 实体本身

public ChildMap()
{
    Id(x => x....
    ...
    BatchSize(25);

还有许多其他优势，其中 PAGING 是最有利可图的优势之一。因为我们正在使用一个平面（非乘）父，我们可以申请.Take() 和.Skip()

最后，我们想根据孩子找到一些父母，我们可以在这个场景中使用子查询：15.8. Detached queries and subqueries