EF Core 5.0.5中DbSet复用同一实体类型时表名映射失效问题

• EF Core 的实体模型构建逻辑以CLR类型为唯一实体类型注册锚点：模型构建阶段，每个纳入模型的CLR实体类型全局只会生成一份元数据，默认仅对应一张物理表的映射关系。
• 默认表名推导规则仅适配“单个CLR类型对应单个实体类型”的场景，优先级为：显式通过ToTable()配置的表名 > 与实体类型绑定的唯一DbSet属性名 > 实体类名。
• 当同一个CLR类型被同时作为两个DbSet的泛型参数时，EF Core 会将该类型识别为单一实体类型，不会为两个DbSet分别生成独立的实体元数据，也就无法读取两个DbSet的属性名完成表名匹配，最终统一回退到用实体类名推导的表名映射，导致两个查询全部打到同一张物理表。
• 混合配置场景下表名映射恢复正常的原因：此时两个DbSet对应的是两个完全独立的CLR类型，每个CLR类型都有专属的实体元数据，EF可以正常通过绑定的DbSet属性名匹配到正确的物理表名。

要实现同一个CLR类型映射两张结构一致的物理表，需要使用EF Core内置的**共享实体类型（Shared Entity Type）**机制，这套机制原生适配“同一CLR类型映射多张表”的场景，EF Core 5.0.5 已完整支持该能力。
具体配置步骤：

1. 保留上下文中两个DbSet的声明，泛型类型统一使用复用的实体类ErrorLog_Ciliate。
2. 重写OnModelCreating方法，为两个DbSet分别注册逻辑独立的共享实体类型，显式指定每个实体集对应的物理表名。由于共享实体类型不会自动做映射推导，需要显式配置主键、列名匹配规则：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 注册共享实体类型：绑定t_ErrorLogs_Ciliate_IN表
    modelBuilder.SharedTypeEntity<ErrorLog_Ciliate>(nameof(t_ErrorLogs_Ciliate_IN))
        .ToTable("t_ErrorLogs_Ciliate_IN")
        .HasKey(log => log.Id) // 共享实体类型必须显式指定主键
        .Property(log => log.Date).HasColumnName("Date"); // 按需匹配列名
    
    // 注册共享实体类型：绑定t_ErrorLogs_Ciliate_OUT表
    modelBuilder.SharedTypeEntity<ErrorLog_Ciliate>(nameof(t_ErrorLogs_Ciliate_OUT))
        .ToTable("t_ErrorLogs_Ciliate_OUT")
        .HasKey(log => log.Id)
        .Property(log => log.Date).HasColumnName("Date");
}

3. 配置完成后，EF Core 会为两个逻辑独立的共享实体类型生成独立元数据，哪怕底层复用同一个CLR类型，也会按照配置分别映射到对应物理表，生成的SQL会准确指向两张独立表，查询、写入逻辑和最初的独立实体类方案完全一致。

注意：共享实体类型的元数据是逻辑隔离的，两个实体集的操作不会互相干扰，也不需要额外编写动态表名切换逻辑。如果后续需要调整表映射规则，仅需修改对应实体集的配置即可，无需新增独立的空实体类。

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