将现有数据库迁移至Entity Framework Core时初始迁移因表已存在失败

针对你遇到的初始迁移执行冲突问题，这里提供两种适配现有用户和新用户的可行方案，无需完全手写原始SQL：

方案1：为自动生成的表创建代码添加存在性判断 #

这个方法保留EF Core自动生成的表结构代码，仅通过添加条件SQL包裹，避免重复创建已存在的表，适配所有数据库场景：

1. 打开Migrations文件夹下的InitialCreate迁移文件。
2. 对每个migrationBuilder.CreateTable调用，前后添加对应数据库的表存在性判断：
   • SQL Server：在创建表代码前加检查语句，之后加闭合语句

     // 检查目标表是否不存在（指定dbo架构）
     migrationBuilder.Sql(@"IF NOT EXISTS (SELECT * FROM sys.tables WHERE name = 'TableName' AND schema_id = SCHEMA_ID('dbo'))
     BEGIN");
     
     // EF自动生成的CreateTable代码（无需修改）
     migrationBuilder.CreateTable(
         name: "TableName",
         columns: table => new { /* ... */ },
         constraints: table => { /* ... */ });
     
     // 闭合条件块
     migrationBuilder.Sql("END");
     

   • MySQL：替换检查语句为

     IF NOT EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = 'TableName') BEGIN
     

   • SQLite：替换检查语句为

     IF NOT EXISTS (SELECT * FROM sqlite_master WHERE type='table' AND name='TableName') BEGIN
     

50多张表的修改工作量远小于手写全量SQL，只需批量添加前后两行代码即可，既保留EF迁移的优势，又解决了重复创建的问题。

方案2：为现有数据库手动添加迁移历史记录 #

如果现有用户数量较少，可通过手动插入迁移历史记录，让EF Core认为初始迁移已执行：

1. 找到你的初始迁移文件名前缀（如20240520123456_InitialCreate.cs，对应MigrationId为20240520123456_InitialCreate）。
2. 在现有用户的数据库中执行以下SQL（以SQL Server为例，其他数据库调整语法）：

   INSERT INTO __EFMigrationsHistory (MigrationId, ProductVersion)
   VALUES ('20240520123456_InitialCreate', '8.0.5');
   

   注意：ProductVersion需与你的EF Core版本一致（可从迁移文件头部的[DbContext(typeof(YourDbContext))]下方的ProductVersion字段获取）。

执行后，现有用户运行Update-Database时EF会跳过初始迁移；新用户执行则会正常创建所有表。

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