DynamicLinq移除未使用动态SQL时查询关联集合冗余字段问题咨询

问题根因 #

冗余JOIN、UNION查询的核心成因是GetPeople()方法内写死的全量PersonDto投影会在查询执行前被ORM固定查询结构：Dynamic Linq的字段裁剪是在该固定查询结构之上做的上层投影，无法反向修改初始投影中已经定义的FirstAddressStreet计算、Name字段映射逻辑，因此即便最终动态选择仅需要Address字段，初始投影内的冗余计算逻辑仍会被翻译成SQL执行。

可行实现方案 #

方案1：封装基础查询，按需动态拼接投影 #

不要在基础查询方法中写死全量DTO投影，先返回仅配置了全局过滤、必要关联的IQueryable<Person>基础查询，再根据实际需要的字段动态拼接Select逻辑：

public class MyService
{
    private readonly MyContext MyContext;
    // 预配置基础查询，不做固定投影
    private IQueryable<Person> GetBasePeopleQuery()
    {
        return MyContext.PersonSet.AsNoTracking();
    }

    // 字段映射字典，统一维护计算字段的逻辑
    private readonly Dictionary<string, string> _fieldMappings = new()
    {
        { nameof(PersonDto.Name), "Name" },
        { nameof(PersonDto.FirstAddressStreet), "Address.OrderBy(s => s.Id).FirstOrDefault().Street as FirstAddressStreet" },
        { nameof(PersonDto.Address), "Address" }
    };

    public async Task<List<PersonDto>> GetPeopleAsync(List<string> requiredFields)
    {
        // 仅拼接需要的字段映射逻辑
        var selectClause = string.Join(", ", requiredFields.Select(f => _fieldMappings[f]));
        return await GetBasePeopleQuery()
            .Select($"new PersonDto({selectClause})")
            .ToListAsync();
    }
}

这种方式从根源上避免了不需要的字段计算进入查询树，只有明确指定的字段才会被翻译为对应SQL，不会产生冗余查询。

方案2：使用EF Core原生投影裁剪能力 #

如果使用EF Core 6.0及以上版本，可直接利用框架原生的投影成员修剪能力：

• 全局关闭集合导航属性的自动包含：

  protected override void OnModelCreating(ModelBuilder modelBuilder)
  {
      modelBuilder.Entity<Person>()
          .Navigation(p => p.Address)
          .AutoInclude(false);
  }
  

• 基础查询保持AsNoTracking配置，EF Core在翻译SQL时会自动移除最终投影中未使用的字段映射，当仅选择Address字段时，会自动裁剪Name、FirstAddressStreet的相关查询逻辑，不会生成冗余UNION语句。

方案3：引入查询树修剪扩展 #

如果需要保留强类型全量投影的写法，可以引入支持LINQ查询树修剪的扩展组件，在查询交给ORM翻译前，自动遍历最终投影的所需成员，移除初始投影中未被引用的成员绑定，从查询树层面删除不需要的字段计算逻辑，无需手动拼接动态投影即可实现冗余SQL自动移除。

注意：所有IQueryable的配置、投影操作必须在查询执行前完成，禁止提前调用ToList()、ToArray()等立即执行方法，否则投影裁剪逻辑会完全失效，所有数据会被加载到内存后再做映射，产生更严重的性能问题。

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