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

来源：这里教程网时间：2026-02-21 17:33:38 作者：

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 独立干净却牺牲了继承语义的表达力。没有银弹，按实际读写模式和团队协作习惯选就行。