EF Core一对多关联Include后Signatures为空，排序失效问题求助

咱们直接说问题和解决办法：你遇到的情况是因为排序逻辑用错了对象，导致EF Core的查询执行计划出问题，进而破坏了Include关联数据的加载。

问题根源 #

你在查询里写了OrderBy(d => d.DocType)，直接对DocType这个导航属性对象排序。但SQL没法按整个实体对象排序，EF Core处理这种写法时，生成的查询逻辑会偏离预期，最终导致Signatures集合没被正确加载。而不带排序时，EF Core能正常执行Include，所以关联数据能正常出来。

解决方案 #

方案1：按Doc的外键属性排序（最简单直接）

Doc实体本身就有DocTypeID这个外键属性，直接按它排序完全能满足按文档类型排序的需求，还不会干扰关联数据加载：

_applicationDBContext.Doc
    .Include(d => d.DocType)
    .Include(d => d.Signatures)
    .OrderBy(d => d.DocTypeID) // 替换为外键属性排序
    .ToList();

方案2：按DocType的具体属性排序（如果需要按类型的其他字段排序）

要是你需要按DocType的名称、编码这类属性排序，直接引用导航属性的具体字段就行，EF Core会生成正确的SQL排序逻辑：

// 假设DocType有Name属性，按类型名称排序
_applicationDBContext.Doc
    .Include(d => d.DocType)
    .Include(d => d.Signatures)
    .OrderBy(d => d.DocType.Name)
    .ToList();

额外建议：显式配置实体关系（避免隐性坑）

虽然你的Code First模型已经定义了外键和导航属性，但显式在DbContext里配置关系，能避免EF Core自动识别时的一些隐性问题：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置Signature的复合主键
    modelBuilder.Entity<Signature>()
        .HasKey(s => new { s.DocID, s.EmployeeID });

    // 显式配置Doc和Signature的一对多关系
    modelBuilder.Entity<Doc>()
        .HasMany(d => d.Signatures)
        .WithOne(s => s.Doc)
        .HasForeignKey(s => s.DocID)
        .OnDelete(DeleteBehavior.Cascade); // 可根据业务需求调整删除行为
}

验证效果 #

修改排序逻辑后，EF Core会生成正确的SQL查询，既能完成按DocType相关字段排序，又能正常加载Signatures关联集合。如果还是有问题，可以检查EF Core版本，升级到最新稳定版能修复不少旧版本的bug。

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