Entity Framework 6中如何实现多表条件外键关联（不可改表结构）

这种带类型区分的多表关联场景在EF6里确实有点棘手，因为EF默认的关联配置都是基于单一外键对应单一表的，不过咱们可以通过Fluent API手动配置条件关联来解决。下面一步步来实现：

首先先把三个表对应的实体类写出来，注意TableC里要包含FK、Type字段，以及分别指向TableA和TableB的导航属性：

public class TableA
{
    public int ID { get; set; }
    // 这里加上你的其他业务字段
    public virtual ICollection<TableC> RelatedTableCs { get; set; } = new List<TableC>();
}

public class TableB
{
    public int ID { get; set; }
    // 这里加上你的其他业务字段
    public virtual ICollection<TableC> RelatedTableCs { get; set; } = new List<TableC>();
}

public class TableC
{
    public int ID { get; set; } // 假设TableC自身有主键ID
    public int FK { get; set; }
    public string Type { get; set; }
    // 这里加上你的其他业务字段
    public virtual TableA RelatedTableA { get; set; }
    public virtual TableB RelatedTableB { get; set; }
}

接下来要在你的DbContext的OnModelCreating方法里用Fluent API配置关联，核心是给每个关联加上Type字段的过滤条件，让EF知道什么时候关联TableA，什么时候关联TableB：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // 配置TableC与TableA的关联：仅当Type为'A'时，FK关联TableA的ID
    modelBuilder.Entity<TableC>()
        .HasOptional(c => c.RelatedTableA) // 如果你要求必须关联TableA，就用HasRequired
        .WithMany(a => a.RelatedTableCs)
        .HasForeignKey(c => c.FK)
        .WillCascadeOnDelete(false); // 关闭级联删除避免冲突，根据业务需求调整

    // 给这个关联加上Type='A'的过滤条件
    modelBuilder.Entity<TableC>()
        .Map(m => m.Requires("Type").HasValue("A"))
        .HasOptional(c => c.RelatedTableA)
        .WithMany(a => a.RelatedTableCs);

    // 配置TableC与TableB的关联：仅当Type为'B'时，FK关联TableB的ID
    modelBuilder.Entity<TableC>()
        .HasOptional(c => c.RelatedTableB) // 同理，必要时用HasRequired
        .WithMany(b => b.RelatedTableCs)
        .HasForeignKey(c => c.FK)
        .WillCascadeOnDelete(false);

    // 给这个关联加上Type='B'的过滤条件
    modelBuilder.Entity<TableC>()
        .Map(m => m.Requires("Type").HasValue("B"))
        .HasOptional(c => c.RelatedTableB)
        .WithMany(b => b.RelatedTableCs);
}

这里的Map(m => m.Requires("Type"))是EF6里用来配置鉴别器条件的关键，它会告诉EF在加载导航属性时自动过滤符合条件的记录。

查询的时候，你可以通过Type字段过滤，再用Include加载对应的导航属性：

// 查询所有关联TableA的TableC记录
var tableCForA = db.TableCs
    .Where(c => c.Type == "A")
    .Include(c => c.RelatedTableA)
    .ToList();

// 查询所有关联TableB的TableC记录
var tableCForB = db.TableCs
    .Where(c => c.Type == "B")
    .Include(c => c.RelatedTableB)
    .ToList();

需要注意的是，对于单条TableC记录，只有与Type匹配的导航属性会有值，另一个会是null，所以不要同时加载两个导航属性，避免不必要的查询。

因为数据库本身可能没有强制Type与FK的对应关系（除非你手动加了数据库约束），所以在代码里要确保插入或更新TableC时，Type和关联的实体保持一致：

// 插入关联TableA的TableC记录
var targetA = db.TableAs.Find(1);
var newCForA = new TableC
{
    FK = targetA.ID,
    Type = "A",
    RelatedTableA = targetA
};
db.TableCs.Add(newCForA);
db.SaveChanges();

// 插入关联TableB的TableC记录同理
var targetB = db.TableBs.Find(2);
var newCForB = new TableC
{
    FK = targetB.ID,
    Type = "B",
    RelatedTableB = targetB
};
db.TableCs.Add(newCForB);
db.SaveChanges();

这样EF会自动处理外键的值，同时保证Type字段的正确性。

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