DotNet Core Code First模式下，EF Core如何迁移更新含真实数据的数据库？

当然可以！EF Core的Code First迁移机制就是专门干这个事儿的——不用手动写SQL改库，就能把你新增的实体、关联关系同步到数据库里，而且能最大程度保护现有数据。不过因为你的数据库已有真实数据，操作时要注意风险控制，下面是详细流程：

1. 先完成代码层的实体与关联配置 #

• 根据新增功能需求，创建对应的实体类（比如Order、OrderItem），并配置好它们之间的关联关系：
  • 用DataAnnotations：比如在OrderItem里加[ForeignKey(nameof(OrderId))]和public int OrderId { get; set; }，再加上导航属性public Order Order { get; set; }
  • 或者用Fluent API（更灵活，推荐复杂场景）：在DbContext的OnModelCreating里写modelBuilder.Entity<OrderItem>().HasOne(oi => oi.Order).WithMany(o => o.OrderItems).HasForeignKey(oi => oi.OrderId);
• 确保新增的实体都被添加到你的DbContext的DbSet里，比如public DbSet<Order> Orders { get; set; }

2. 生成迁移文件 #

打开Package Manager Console（或者用.NET CLI），运行命令：

# Package Manager Console
Add-Migration AddNewFeatureTables

# .NET CLI
dotnet ef migrations add AddNewFeatureTables

这个命令会对比你当前的实体模型和EF Core保存的模型快照（之前迁移生成的文件），自动生成包含建表、加外键等操作的C#迁移类。

3. 关键：检查迁移文件！ #

这一步绝对不能跳过！因为自动生成的迁移可能存在意外（比如如果模型变更和预期不符，可能会产生删除现有数据的操作）。

• 打开项目里Migrations文件夹下刚生成的迁移文件，看Up()方法里的代码：
  • 确认是创建新表（CreateTable）、添加外键（AddForeignKey）这些你预期的操作
  • 绝对不能有DropTable、DropColumn这类会破坏现有数据的操作（除非你确实需要）
• 如果有问题，直接删除这个迁移文件，修正实体模型后重新生成。

4. 应用迁移到数据库 #

方式一：直接用Update-Database命令 #

# Package Manager Console
Update-Database

# .NET CLI
dotnet ef database update

这个命令会执行迁移文件里的Up()方法，把新表和关联关系同步到数据库。

方式二：生成SQL脚本后手动执行（生产环境更推荐） #

如果是生产环境，为了更安全，建议先生成SQL脚本，检查无误后再执行：

# Package Manager Console
Script-Migration

# .NET CLI
dotnet ef migrations script

这个命令会输出所有未应用的迁移对应的SQL语句，你可以把它复制到数据库管理工具（比如SSMS、DBeaver）里，检查没问题后再执行，这样能提前规避潜在的数据风险。

5. 重要注意事项 #

• 先备份数据库！ 不管操作多熟练，生产库有真实数据，一定要先做全量备份，出问题能快速恢复。
• 如果新表的外键关联到现有表，要确保现有表中存在对应的数据，或者把外键设为可空（int?），否则迁移时会因为外键约束失败。
• 如果新表需要初始数据，可以在迁移文件的Up()方法里添加Sql("INSERT INTO ...")语句，或者用EF Core的种子数据功能。

内容的提问来源于stack exchange，提问作者穆罕默德 - Moh