EF6中Linq to Entities强制使用inner join实现关联实体存在校验

解决方案 #

你遇到的问题根源是EF查询优化器默认剔除了无字段引用的关联表：你原始LINQ中JOIN了Abonents表但没有用到该表的任何字段，EF认为该关联无意义就将其优化为单表查询，仅判断AbonentID非空，不会校验关联的Abonent记录是否真实存在。

可以用以下两种方法强制保留INNER JOIN，满足你的所有限制要求：

方案1：显式JOIN+临时投影（兼容所有EF版本） #

在JOIN后临时引用Abonent的主键ID，让EF无法优化掉关联逻辑，最后再返回Contract实体即可，直接封装为扩展方法实现全局复用：

// 定义扩展方法，一次定义全DAL复用
public static IQueryable<Contract> ActiveContracts(this IQueryable<Contract> contracts, DbContext context, int activeContractStatus)
{
    return from c in contracts
           join a in context.Abonents on c.AbonentID equals a.ID
           where c.Hidden != true 
              && c.Status == activeContractStatus
           // 临时投影引用Abonent的ID，强制EF保留JOIN
           select new { Contract = c, AbonentId = a.ID } into temp
           select temp.Contract;
}

调用方式和你的预期完全一致：

List<long> phoneNumbers = context.Contracts
    .ActiveContracts(context, activeContractStatus)
    .Where(c => c.No == contractNoToFind)
    .Phone
    .OrderByDescending(p => p.Date)
    .Select(p => p.Number)
    .ToList();

该方案生成的SQL会自动包含你需要的INNER JOIN逻辑，自动过滤关联Abonent不存在的孤值合同，且不需要校验Abonent的其他字段，完全符合你的业务限制。

方案2：导航属性校验（适用EF 6/EF Core，写法更简洁） #

如果你的Contract实体已经定义了Abonent导航属性，写法可以更简化：

public static IQueryable<Contract> ActiveContracts(this IQueryable<Contract> contracts, int activeContractStatus)
{
    return contracts.Where(c =>
        // 导航属性非空的判断会被EF翻译成INNER JOIN校验关联存在性
        c.Abonent != null
        && c.Hidden != true
        && c.Status == activeContractStatus);
}

该方案生成的SQL和方案1完全一致，不需要额外传DbContext参数，使用更方便。

两种方案均为纯IQueryable操作，不会提前执行查询，也不需要依赖存储过程，完全满足你的使用要求。

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