NHibernate 仅对子类使用 FetchMany 进行预加载

Question

我有以下(简化的)层次结构:

class Account
{
    AccountType Type;
    long Id;
    string Name;
}

public enum AccountType
{
    UsualAccount = 0,
    SpecialAccount = 1
}

class SpecialAccount : Account 
{
    List<SpecialItem> SpecialItems;
}

class SpecialItem
{
    long Id;
    string Name;
}

为了帮助 NHibernate 检测子类 SpecialItem，我在帐户映射中使用了以下代码:

<discriminator column="Type" formula="Type"/>

和 SpecialItems 在映射中设置了 lazy="false"，但据我所知，它在 LINQ 查询期间被忽略。

现在当我使用 LINQ 并调用时

Session.Query<Account>().ToList();

我看到 SpecialItems 是在单独的查询中获取的。我想急切地加载它们。

我可以用

Session.Query<Account>().FetchMany(a => a.SpecialItems).ToList();

但是有一个问题 - SpecialItems 是 SpecialAccount 的属性。因此，仅当 a 是 SpecialAccount 类时，我才需要 FetchMany 才能以某种方式工作。

我什至尝试过像这样丑陋的东西:

Session.Query<Account>().
    FetchMany(a => (a is SpecialAccount ? (a as SpecialAccount ).SpecialItems : null));

但是 NHibernate 仍然在单独的查询中选择了 SpecialItems。

如何让 NHibernate 在单个查询中为 SpecialAccount 选择 SpecialItems？

附加信息

我正在使用 MS SQL Express 2012，NHibernate 配置有以下几行:

<property name="connection.driver_class">NHibernate.Driver.SqlClientDriver</property>
<property name="adonet.batch_size">50</property>
<property name="dialect">NHibernate.Dialect.MsSql2008Dialect</property> 

NHibernate.dll 版本 3.2.0.4000

下面是 NHibernate 为一个 Id=2 的现有 SpecialAccount 生成的查询，因为它们出现在 MS SQL Profiler 中(带有选定的事件 RPCCompleted、Exec Prepared SQL、SQL:StmtCompleted):

select account0_.Id as Id5_, account0_.Type as Type5_, account0_.Name as Name5_, account0_.Type as clazz_ from tAccount account0_ 

exec sp_executesql N'SELECT specialite0_.AccountId as Id1_, specialite0_.Id as specialite1_1_, specialite0_.Id as specialite1_13_0_, specialite0_.Name as Name13_0_ 
FROM tSpecialItem specialite0_ WHERE specialite0_.Id=@p0',N'@p0 bigint',@p0=2

Answer 1

您不能进行“条件获取”。您至少需要两个查询。

但是，您可以使用 Future LINQ 查询对它们进行分组，因此它实际上是一次往返:

session.Query<SpecialAccount>().FetchMany(x => x.SpecialItems).ToFuture();
var accounts = session.Query<Account>().ToFuture();

当您枚举 accounts 时，这两个查询都会运行。我们不显式存储第一个查询的结果，但是 SpecialAccounts 与它们对应的 SpecialItems 集合一起加载到内存中，因此有没有额外的数据库调用。