EF Core如何处理继承关系 TPH/TPT/TPC继承策略配置

EF Core 提供 TPH、TPT、TPC 三种继承映射策略：TPH 单表靠 Discriminator 区分类型，查询快但易出 NULL；TPT 每类一表、规范化强但需 JOIN；TPC 各类独立成表、无外键但无法统一查询所有子类。

EF Core 通过三种主流策略处理类继承与数据库表之间的映射：TPH（单表）、TPT（每类型一表）、TPC（每具体类一表）。选哪种不取决于“哪个更高级”，而要看你对查询性能、数据规范性和维护成本的实际权衡。

TPH：单表继承，最常用也最容易踩坑

所有派生类数据存进一张表，靠 Discriminator 字段区分类型。这是 EF Core 默认策略，配置最轻量。

• 基类和所有子类的属性都变成该表的列，未使用的字段值为 NULL
• 查询快——不用 JOIN，一条 SELECT 就能拿到任意类型实例
• 必须显式配置鉴别器字段名和值，否则可能报 “Cannot insert NULL into Discriminator”
• 示例配置：
  modelBuilder.Entity()
    .HasDiscriminator("AnimalType")
    .HasValue("Cat")
    .HasValue("Dog");

TPT：按类型分表，结构清晰但查询变慢

基类一个表，每个派生类单独一张表，子表通过外键引用基表主键。适合强调数据规范化、空值敏感或已有成熟分表设计的场景。

• Students 表只存 Student 特有字段（如 Grade），共用字段（如 Name）存在 People 表里
• 查一个 Student 需要 JOIN People 和 Students，多层继承时 JOIN 更深
• 配置只需为每个实体指定表名：
  modelBuilder.Entity().ToTable("People");
  modelBuilder.Entity().ToTable("Students");
  modelBuilder.Entity().ToTable("Teachers");
• 注意外键一致性：子表主键必须与基表主键同名同类型，否则迁移或查询会失败

TPC：各管各的表，无共享结构但跨类型难统一

每个具体类对应一张完整表，包含全部继承字段（含基类字段），表之间无外键关联。避免了 NULL，也绕开了鉴别器逻辑。

• Cat 表里有 Id、Name、Lives；Dog 表里也有 Id、Name、Breed —— 字段重复但彼此独立
• 插入/更新快，查询某类数据也快，但无法直接用 LINQ 查询 “所有 Animal”（除非 UNION）
• 启用方式：
  modelBuilder.Entity().UseTpcMappingStrategy();
  或为每个类单独设表：
  modelBuilder.Entity().ToTable("Cats");
  modelBuilder.Entity().ToTable("Dogs");
• 不支持跨类型约束（比如不能在数据库层面强制所有 Animal 的 Name 非空）

基本上就这些。TPH 开箱即用但要注意空值和鉴别器；TPT 合乎范式却拖慢查询；TPC 独立干净却牺牲了继承语义的表达力。没有银弹，按实际读写模式和团队协作习惯选就行。