NHibernate 父级、子级集合以及 future

Question

我有这样的设置：父级，带有子级的集合。

class Parent {
    IList<Child> Childs { get; set; }
}

HQL:

(“来自父级”).Future();

(“来自孩子”).Future();

foreach(Parent p in result) {
    foreach(Child c in p.Childs) {
    }
}

这给出了经典的 N+1 问题。一次往返中发送了两条SQL语句到服务器，所以所有数据都存在于一级缓存中，那么为什么NH仍然存在每个子级的SQL。

版本3.1.0.400

Answer 1

当您执行将来的查询时，会将所有父对象和子对象拉入第一级缓存。 Parent 对象包含一个需要填充的惰性集合。为了填充集合，NHibernate 必须查询数据库。 （我们很快就会明白为什么。）查询返回子对象，并且这些子对象已经在一级缓存中。因此，这些对象用于填充集合。

现在为什么 NHibernate 必须查询数据库来填充 Childs 集合？您可以在集合上有一个“where”子句，用于过滤掉 IsDeleted==true 的子对象。您可以在 EventListener 中包含代码来过滤掉某些子对象。基本上，可能会发生很多事情，NHibernate 无法对 Parent 和 Child 对象之间的关系做出任何假设。

您可以通过在 HQL 或映射中指定获取策略来为其提供足够的信息。在 HQL 中，您可以这样写：

var parents = session.CreateQuery("from Parent p join fetch p.Childs").Future<Parent>();

当您使用父对象获取子对象时，使用 future 的子对象查询将是完全可选的。由于连接获取，您将获得重复的父对象，尽管它们是相同的对象。 （您正在数据库中进行内部联接，并为每个子行返回父行的一份副本。）您可以通过迭代parents.Distinct() 来摆脱这些。

如果您始终想要获取具有相应父级的子对象，您还可以在父级映射中使用 fetch="join"。

<bag name="Children" cascade="all-delete-orphan" fetch="join">
  <key column="ParentId"/>
  <one-to-many class="Child"/>
</bag>

如果这些选项都不适合您的场景，您可以在集合映射上指定批量大小。当您点击parent.Childs时，您仍然会执行数据库查询，但NHibernate将立即初始化任何其他集合代理。

<bag name="Children" cascade="all-delete-orphan" batch-size="10">
  <key column="ParentId"/>
  <one-to-many class="Child"/>
</bag>