大家好，最近我在结合HotChocolate的投影引擎（ISelection）和Entity Framework Core做数据库实体到自定义DTO的投影时遇到了瓶颈，折腾了好久都没搞定，想请教下社区的朋友们有没有解决方案。

场景与配置说明 #

我有一套复杂的数据库Schema，为了避免把原始实体暴露给GraphQL接口，我用AutoMapper定义了从ProjectEntity到ProjectDto的映射规则，这个配置单独使用EF Core的ProjectTo时完全正常，能正确生成包含LEFT JOIN的SQL语句：

public class ProjectProfile : Profile
{
    public ProjectProfile()
    {
        CreateMap<ProjectEntity, ProjectDto>()
            // 1. 跳过中间表，扁平化嵌套关联
            .ForMember(dest => dest.TimeLogs, opt => opt.MapFrom(src => 
                src.TimeSheets.SelectMany(ts => ts.TimeLogEntries)))
            
            // 2. 标准一对多关联映射
            .ForMember(dest => dest.Tasks, opt => opt.MapFrom(src => src.ProjectTasks))
            
            // 3. 根据实体类型，从不同表条件映射元数据
            .ForMember(dest => dest.Metadata, opt => opt.MapFrom(src =>
                src.Type == ProjectType.Internal && src.InternalMeta != null 
                    ? new MetadataDto { /* 字段映射逻辑 */ }
                    : src.Type == ProjectType.External && src.ExternalMeta != null 
                        ? new MetadataDto { /* 字段映射逻辑 */ }
                        : null));
    }
}

核心问题 #

为了避免GraphQL接口过度返回数据，我在DataLoader（也试过在Resolver里）先调用AutoMapper的ProjectTo<ProjectDto>，再追加HotChocolate的.Select(selection)来做精准投影，但这一步直接导致了问题：

当我在GraphQL查询里明确请求tasks和timeLogs这些子集合字段时，EF Core生成的SQL 完全没有包含对应的LEFT JOIN语句，只查询了Project主表的标量列，最终返回的DTO里这些子集合全是空的。

我的DataLoader代码如下：

public async Task<IReadOnlyDictionary<Guid, ProjectDto>> GetProjectsAsync(
    IReadOnlyList<Guid> projectIds,
    ISelection selection,
    AppDbContext context)
{
    var projects = await context.Projects
        .Where(p => projectIds.Contains(p.Id))
        .ProjectTo<ProjectDto>(_mapper.ConfigurationProvider)
        .Select(selection) // <--- 就是这一行导致了问题
        .ToListAsync();

    return projects.ToDictionary(p => p.Id);
}

我的疑问 #

有没有官方支持或者可行的方案，能让HotChocolate的ISelection（或者[UseProjection]特性）和EF Core的复杂DTO映射（比如AutoMapper的ProjectTo）友好配合？既要保留HotChocolate的精准投影能力，又要保证EF Core能正确生成子集合的JOIN关联，不会把这些逻辑给“吃掉”？