.NET Core 2中EF的Database.Migrate()仅创建数据库不生成表

我来帮你梳理下这个问题的核心原因和解决办法——你遇到的情况其实是EF Core中Migrate()和EnsureCreated()的设计差异导致的，加上你对迁移流程的一个小误解。

首先得明确两者的核心区别：

• EnsureCreated()是直接从你的DbContext模型生成数据库和表结构，它不会记录任何迁移历史（不会创建__EFMigrationsHistory表），所以后续无法通过迁移来更新数据库结构——这也是为什么它能直接生成表，但不支持迁移的原因。
• Migrate()则是基于你已经创建的迁移文件来同步数据库结构，它会先创建数据库（如果不存在），然后检查__EFMigrationsHistory表，把所有未应用的迁移一步步执行，包括创建表、修改字段等操作。

你现在的问题根源是：没有先创建初始迁移文件，所以Migrate()只完成了“创建数据库”这一步，但没有任何迁移可以执行，自然不会生成表。

正确的操作步骤 #

1. 生成初始迁移文件 #

你需要先通过EF Core工具生成对应的迁移文件，这是Migrate()能工作的前提：

• 如果用Visual Studio的Package Manager Console：

  Add-Migration InitialCreate
  

• 如果用.NET CLI：

  dotnet ef migrations add InitialCreate
  

执行完后，项目里会生成一个Migrations文件夹，里面包含初始迁移的代码文件，这些文件定义了从你的模型生成表结构的逻辑。

2. 简化你的代码逻辑 #

你之前的代码里有个小错误：GetAppliedMigrations()是获取已经应用到数据库的迁移，而不是待执行的迁移。而且其实Migrate()方法本身就会自动应用所有未执行的迁移，不需要手动循环调用。

正确的代码只需要一行：

_dbContext.Database.Migrate();

这一行就会自动完成：

• 如果数据库不存在，创建数据库
• 检查所有未应用的迁移（包括你刚生成的InitialCreate）
• 执行这些迁移，生成对应的表结构，同时更新__EFMigrationsHistory表记录

3. 验证流程 #

删除数据库后，按以下步骤验证：

1. 确保你已经生成了初始迁移文件
2. 运行调用Migrate()的代码
3. 查看数据库，你会发现所有表都已创建，同时存在__EFMigrationsHistory表，里面记录了已应用的迁移

为什么你的手动迁移代码没用？ #

你之前的代码里用了GetAppliedMigrations()，所以pendingMigrations始终是空列表（因为数据库刚创建，还没有任何已应用的迁移）。如果要获取待执行的迁移，应该用GetPendingMigrations()，但其实完全没必要这么做——Migrate()已经封装了这个逻辑，会自动处理所有待执行的迁移。

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