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