EF6中如何基于同表子集创建多实体并配置导航属性？

使用EF6框架，现有简化表结构（DocLink表包含RelatedId列，对应TestId或LotId，通过客户端枚举RelatedTypeId区分）。希望将LotDocLinks和TestDocLinks定义为DocLink表的筛选子集，伪代码如下：

public DbSet<LotDocLink> LotDocLinks=> (DbSet<LotDocLink>) Set<DocLink>().Where(x=>x.RegisterId==(int)RegisterTypeEnum.Lot);

由于模型需兼容SQL和SQLCE（后者不支持视图），无法在服务器端创建视图；且应用为大型遗留系统，无法重构。需求是为这些子集DbSet（LotDocLink和TestDocLink）配置导航属性，疑问点：

• 是否支持按行拆分的表拆分（而非按列）？
• 能否通过筛选行创建子DbSet，或基于SQL查询定义实体？
• 有其他解决方案吗？

1. EF6支持行级表拆分（基于TPH继承映射） #

EF6本身支持基于条件的实体映射（即按行拆分表），核心思路是利用TPH（Table Per Hierarchy）继承映射：

• 定义LotDocLink和TestDocLink继承自DocLink基类
• 在Fluent API中为每个子类配置筛选条件（通过HasDiscriminator指定区分列和对应值）：

modelBuilder.Entity<LotDocLink>()
    .Map(m =>
    {
        m.MapInheritedProperties();
        m.ToTable("DocLink");
    })
    .HasDiscriminator<int>("RegisterId")
    .HasValue((int)RegisterTypeEnum.Lot);

modelBuilder.Entity<TestDocLink>()
    .Map(m =>
    {
        m.MapInheritedProperties();
        m.ToTable("DocLink");
    })
    .HasDiscriminator<int>("RegisterId")
    .HasValue((int)RegisterTypeEnum.Test);

这种方式下，EF会自动为每个子类生成带筛选条件的SQL，同时可以正常配置导航属性（比如LotDocLink关联Lot，TestDocLink关联Test），完全兼容SQL和SQLCE，无需修改数据库结构。

2. 创建筛选后的只读查询集合（不推荐用于导航属性） #

你提供的伪代码存在类型转换问题，Set<DocLink>().Where(...)返回的是IQueryable<DocLink>，无法直接转为DbSet<LotDocLink>。可以通过以下方式实现类似的筛选集合：

• 先在DbContext中声明基础DbSet<DocLink> DocLinks
• 添加只读的IQueryable<LotDocLink>属性：

public IQueryable<LotDocLink> LotDocLinks => DocLinks
    .Where(x => x.RegisterId == (int)RegisterTypeEnum.Lot)
    .Select(x => new LotDocLink
    {
        Id = x.Id,
        RelatedId = x.RelatedId,
        RegisterId = x.RegisterId,
        // 映射其他属性...
    });

但这种方式下EF不会将LotDocLink视为实体类型，无法配置导航属性，仅适合简单查询场景。

3. 基于自定义SQL/存储过程定义实体 #

EF6支持为实体指定自定义查询逻辑：

• 如果数据库支持（SQLCE支持存储过程），可以为实体映射到存储过程：

modelBuilder.Entity<LotDocLink>()
    .MapToStoredProcedure(s => s.Select(u => u.HasName("GetLotDocLinks")));

但这种方式依赖数据库对象，不如TPH方案灵活，若不想依赖数据库则不推荐。

4. 其他替代方案 #

• 扩展方法封装：若不需要导航属性，可写扩展方法封装筛选逻辑，简化业务层查询，但无法解决导航属性需求。
• 客户端筛选导航属性：在关联实体（如Lot）中添加IEnumerable<DocLink>属性，业务层手动筛选RegisterId匹配的记录，但属于客户端筛选，性能较差。

总结：最推荐TPH继承映射方案，既实现了行级拆分的实体集合，又能正常配置导航属性，同时兼容两种数据库，无需修改现有系统结构。

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