EF Core迁移时Favorites表未创建，FavoriteApi POST失效求助

核心原因 #

EF Core 默认采用**TPH（每个层次结构一张表）**的继承映射策略，所有继承自Game的子类（包括Favorite）的数据都会存储在基类的Games表中，通过自动生成的Discriminator列区分类型。所以你添加DbSet<Favorite>后，迁移不会自动生成独立的Favorites表。

解决步骤 #

1. 恢复正确的继承结构 #

删除你在Favorite类中复制的Game属性，继承关系已经让Favorite拥有基类的所有属性，重复声明会导致映射冲突。

public class Favorite : Game
{
    // 只添加Favorite独有的属性（如果有的话），不要重复基类属性
}

2. 配置TPT（每个类型一张表）策略 #

要让EF Core为Favorite生成独立的表，需要显式配置TPT策略，有两种方式：

方式一：数据标注（直接在类上添加特性）

[Table("Favorites")]
public class Favorite : Game
{
    // 类内容
}

方式二：Fluent API（在DataContext的OnModelCreating中配置）

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 其他配置...
    modelBuilder.Entity<Favorite>().ToTable("Favorites");
}

3. 重新生成迁移并更新数据库 #

执行以下命令重新创建迁移并同步数据库结构：

add-migration AddFavoritesTable
update-database

这时候EF Core会生成独立的Favorites表，并且自动处理基类属性的字段映射（主键、公共字段会在两张表中存在）。

4. 修复POST接口问题 #

之前手动创建表后接口无法工作，是因为手动表结构和EF Core期望的映射不匹配（比如缺少必要的约束、字段类型不一致）。现在通过正确迁移生成表后，只要你的FavoriteRepo和FavoriteApi中的逻辑正确使用DbSet<Favorite>进行CRUD操作，接口就能正常运行。

关键注意点 #

• 不要手动修改EF Core生成的表结构，所有结构变更都应该通过迁移完成。
• 如果Favorite没有独有的属性，TPT策略依然会生成独立的表，仅包含继承自Game的所有字段。
• 若后续需要调整继承策略，直接修改配置后重新生成迁移即可。

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