Mac环境下EF Core中EnsureCreated方法无法为新增实体建表问题

context.Database.EnsureCreated() 的执行逻辑存在固定边界，它从设计上就不支持「已存在的数据库做表结构增量更新」的场景：

• 方法执行时第一优先级判断目标数据库是否物理存在
• 只要数据库已经存在，就直接跳过全部 schema 初始化、表结构创建逻辑，不会对比当前实体模型和数据库现有结构的差异
• 只有当目标数据库完全不存在、需要从零初始化整个库时，它才会根据当前的实体模型定义，一次性生成全量表结构。

你当前的执行场景刚好触发了这个逻辑分支：

1. 首次运行代码时，exercise 数据库还未创建，方法按照当时仅包含Samurai、Quote、Clan三个实体的模型定义，一次性创建了库和对应的3张表
2. 后续你新增Battle实体、在DbContext中补充对应DbSet<Battle>配置后再次运行代码时，目标数据库已经存在，方法直接跳过建表逻辑，完全不会感知到模型的新增变更，自然不会生成Battle对应的数据表。

补充说明：很多开发者对EnsureCreated()存在认知误区，误以为它会自动对比模型差异做结构同步，实际上该方法和EF Core的迁移机制是完全互斥的，一旦用它初始化过数据库，后续即使新增迁移项，EnsureCreated()也不会执行任何结构变更操作。

根据你的开发阶段和数据保留需求，可选择以下两种适配方式：

方案1：原型开发阶段、无需保留现有测试数据 #

这是最轻量化的处理方式：

• 手动删除MySQL中已经创建的exercise数据库
• 重新运行程序调用context.Database.EnsureCreated()，此时由于数据库已不存在，方法会按照当前最新的包含Battle实体的模型定义，一次性创建全量4张数据表的结构。

方案2：需要保留现有数据库中的测试数据 #

该场景下EnsureCreated()已经无法满足需求，需要切换为EF Core的迁移机制处理增量结构变更：

• 临时移除代码中对EnsureCreated()的调用
• 生成与现有数据库结构完全匹配的基准迁移（可手动清空该迁移的Up方法逻辑，避免重复创建已存在的表）
• 生成针对新增Battle实体的迁移，该迁移会自动包含创建Battle表的SQL实现
• 调用context.Database.Migrate()将待应用的迁移同步到数据库，即可在不删除现有表、不丢失原有数据的前提下，补建Battle对应的数据表。

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