EF 3.1 LINQ表达式无法翻译：关联子实体查询报错求助

这个问题我之前也碰到过！从错误日志里的ISoftDelete、__ef_filter__CurrentTenantId这些关键词能看出来，你应该启用了软删除、租户过滤这类全局查询过滤器，叠加导航属性的Contains查询后，EF Core没法正确解析复杂的关联逻辑，导致了表达式无法翻译的错误。

下面给你几个可行的解决办法：

方案一：显式Join关联表替代导航属性访问 #

通过手动Join到Users表，把筛选逻辑拆分开，让EF Core能清晰解析查询：

var query = base.CreateFilteredQuery(input)
    .WhereIf(input.OrganisationUnitId > 0, t => t.Records.Any(x => input.OrganisationUnitId == x.Record.OrganisationUnitId));

if (!input.Term.IsNullOrEmpty())
{
    // 若DbContext已配置全局过滤器，直接用dbContext.Users即可，无需手动添加IsDeleted和TenantId条件
    query = query.Join(
        dbContext.Users.Where(u => !u.IsDeleted && u.TenantId == CurrentTenantId),
        printJob => printJob.CreatorUserId,
        user => user.Id,
        (printJob, user) => new { PrintJob = printJob, User = user }
    )
    .Where(joinResult => joinResult.User.FullName.Contains(input.Term))
    .Select(joinResult => joinResult.PrintJob);
}

return query;

这种方式把关联和筛选逻辑拆成明确的步骤，EF Core能轻松生成可执行的SQL，避开导航属性叠加全局过滤器的翻译盲区。

方案二：用EF.Functions.Like替代Contains #

EF Core对EF.Functions.Like的翻译支持比原生Contains更友好，尤其是在带全局过滤器的场景下：

return base.CreateFilteredQuery(input)
    .WhereIf(input.OrganisationUnitId > 0, t => t.Records.Any(x => input.OrganisationUnitId == x.Record.OrganisationUnitId))
    .WhereIf(!input.Term.IsNullOrEmpty(), w => 
        w.CreatorUser != null && EF.Functions.Like(w.CreatorUser.FullName, $"%{input.Term}%")
    );

注意这里要加上w.CreatorUser != null的判断——如果CreatorUserId是可空字段，导航属性可能为null，这个判断不仅能避免空引用异常，还能帮助EF Core生成更准确的SQL条件。

方案三：调整查询逻辑为Any形式 #

如果导航属性是可选的，也可以用Any来包装子实体的查询，让EF Core更容易翻译：

return base.CreateFilteredQuery(input)
    .WhereIf(input.OrganisationUnitId > 0, t => t.Records.Any(x => input.OrganisationUnitId == x.Record.OrganisationUnitId))
    .WhereIf(!input.Term.IsNullOrEmpty(), w => 
        dbContext.Users.Any(u => u.Id == w.CreatorUserId && u.FullName.Contains(input.Term))
    );

这种写法相当于把导航属性的访问转换成了显式的子查询，EF Core对这种形式的支持更稳定，同时也会自动应用你配置的全局过滤器。

内容的提问来源于stack exchange，提问作者James Southall