如何在Entity Framework迁移间嵌入SQL脚本实现字段跨实体迁移与数据同步？

完全可以把数据同步的SQL脚本嵌入到迁移流程中——准确来说，是把同步逻辑放到第一个迁移的Up方法里，这样所有操作都能通过EF Core的迁移体系被Git完整追踪和管理，彻底告别手动执行零散脚本的混乱。

下面是具体的执行步骤，每一步都能被Git完整记录：

1. 创建第一个迁移：为AspNetUsers新增Nickname字段 #

先通过EF Core命令生成添加字段的迁移文件：

如果你用Package Manager Console： #

Add-Migration AddNicknameToAspNetUsers

如果你用.NET CLI： #

dotnet ef migrations add AddNicknameToAspNetUsers

这会在你的迁移目录下生成一个新的C#文件，里面的Up方法包含自动生成的添加Nickname字段的代码。

2. 修改第一个迁移的Up方法，嵌入数据同步SQL #

打开刚生成的迁移文件，在添加字段的代码之后，手动加入数据同步的SQL脚本（用migrationBuilder.Sql()方法执行）。比如：

protected override void Up(MigrationBuilder migrationBuilder)
{
    // 自动生成的添加Nickname字段的代码
    migrationBuilder.AddColumn<string>(
        name: "Nickname",
        table: "AspNetUsers",
        type: "nvarchar(max)",
        nullable: true);

    // 手动添加：将Driver的Nickname同步到AspNetUsers
    migrationBuilder.Sql(@"
        UPDATE AspNetUsers
        SET Nickname = d.Nickname
        FROM AspNetUsers u
        INNER JOIN Driver d ON u.Id = d.UserId -- 这里替换成你实际的关联字段
        WHERE d.Nickname IS NOT NULL -- 可选：过滤空值，根据需求调整
    ");
}

⚠️ 注意：一定要根据你的数据库表结构调整JOIN条件（比如如果Driver和AspNetUsers的关联字段不是UserId，要改成实际的外键）。

3. 创建第二个迁移：删除Driver的Nickname字段 #

再次执行迁移生成命令，这次是删除字段：

Package Manager Console： #

Add-Migration RemoveNicknameFromDriver

.NET CLI： #

dotnet ef migrations add RemoveNicknameFromDriver

生成的迁移文件会自动包含删除Driver表中Nickname字段的代码。

为什么这样做能规范管理？ #

• 所有操作（新增字段、数据同步、删除字段）都被封装在EF迁移文件中，Git可以完整追踪这些文件的变更历史。
• 团队成员拉取代码后，只需要执行一次Update-Database（Package Manager Console）或dotnet ef database update（.NET CLI），就能自动完成整个迁移流程，不需要手动执行零散的SQL脚本，避免了环境不一致或操作遗漏的问题。

额外注意事项 #

• 先测试再上生产：在开发环境完整跑一遍迁移流程，确认数据同步正确，没有丢失或错误的数据。
• 备份数据库：执行迁移前（尤其是生产环境），一定要备份数据库，防止意外情况。
• 处理空值和冲突：如果Driver的Nickname存在空值，或者AspNetUsers已有Nickname值，要根据业务需求调整SQL脚本的逻辑（比如要不要覆盖已有值）。

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