Linq Include替代方案：实体多关联属性加载优化问询

嘿，这个问题问到点子上了——当实体有一大堆关联属性要加载时，反复写Include确实既繁琐又难维护。我给你分享几个比直接堆Include更优雅高效的方案：

如果这个查询会被频繁调用，预编译查询不仅能提升重复执行的性能，还能把所有Include逻辑集中到一处，不用每次写查询都重复加一堆关联：

// 提前定义预编译查询，放在类的静态字段里
private static readonly Func<YourDbContext, int, Task<Profile>> _getProfileWithAllAssociations =
    EF.CompileAsyncQuery((YourDbContext context, int id) =>
        context.Profiles
            .Include(x => x.MedicalRecords)
            .Include(x => x.DrugHistory)
            .Include(x => x.EmploymentStatus)
            // 这里可以一次性加完所有需要的关联属性
            .SingleOrDefault(x => x.Id == id));

// 使用的时候直接调用就行
var profileEntity = await _getProfileWithAllAssociations(Context, id);

这样后续要调整关联属性，只需要修改这个预编译查询的定义，不用到处找业务代码里的查询语句。

把加载所有关联属性的逻辑做成IQueryable<Profile>的扩展方法，用的时候链式调用即可，代码可读性和复用性都拉满：

public static class ProfileQueryExtensions
{
    public static IQueryable<Profile> IncludeAllAssociations(this IQueryable<Profile> query)
    {
        return query
            .Include(x => x.MedicalRecords)
            .Include(x => x.DrugHistory)
            .Include(x => x.EmploymentStatus)
            // 嵌套关联可以用ThenInclude加在这里
            .ThenInclude(medicalRecord => medicalRecord.SomeNestedProperty);
    }
}

// 业务代码里的调用就很简洁
var profileEntity = await Context.Profiles
    .IncludeAllAssociations()
    .SingleOrDefaultAsync(x => x.Id == id);

这个方案最适合需要在多个地方加载相同关联属性的场景，维护成本极低。

如果你不需要完整的Profile实体，只是需要它和关联属性里的部分字段，那直接投影到自定义DTO会比Include高效得多——EF只会查询你需要的字段，减少数据库传输的数据量和内存占用：

// 先定义对应的DTO类
public class ProfileDto
{
    public int Id { get; set; }
    public string FullName { get; set; }
    public List<MedicalRecordDto> MedicalRecords { get; set; }
    public List<DrugHistoryDto> DrugHistory { get; set; }
    public EmploymentStatusDto EmploymentStatus { get; set; }
}

// 查询时直接投影
var profileDto = await Context.Profiles
    .Where(x => x.Id == id)
    .Select(x => new ProfileDto
    {
        Id = x.Id,
        FullName = x.FirstName + " " + x.LastName,
        MedicalRecords = x.MedicalRecords.Select(mr => new MedicalRecordDto 
        { 
            RecordDate = mr.RecordDate,
            Diagnosis = mr.Diagnosis
        }).ToList(),
        DrugHistory = x.DrugHistory.Select(dh => new DrugHistoryDto 
        { 
            DrugName = dh.DrugName,
            StartDate = dh.StartDate
        }).ToList(),
        EmploymentStatus = new EmploymentStatusDto 
        { 
            Status = x.EmploymentStatus.Status,
            EmployerName = x.EmploymentStatus.EmployerName
        }
    })
    .SingleOrDefaultAsync();

这种方式完全避免了Include，还能精准控制返回的数据，性能优势很明显。

EF Core支持延迟加载，只要给导航属性加上virtual关键字，并且启用了延迟加载（比如注入ILazyLoader或者使用代理），EF会在你访问关联属性时自动加载数据。但这个方案要谨慎用，因为很容易触发N+1查询问题——比如你循环处理多个Profile，每个都访问MedicalRecords，就会执行1次主查询+N次关联查询，性能会崩。如果只是单个实体偶尔访问关联属性，这个方式可以用，但大量加载关联属性的话，还是不如前面的方案靠谱。

总结一下：如果是高频复用的查询，优先用预编译查询或扩展方法；如果不需要完整实体，DTO投影是性能最优的选择；延迟加载只适合特定小众场景，别随便用在大量加载关联属性的业务里。

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