如何通过EF代码程序化重建指定数据表（不使用database.Migrate()）

尝试通过C#代码结合Entity Framework执行迁移，实现程序化删除并重建指定数据表（非全部）。现有代码及迁移类如下：

执行代码：

try
{
    await dbContext.Database.ExecuteSqlRawAsync("drop table if exists results");
    await dbContext.GetInfrastructure().GetService<IMigrator>().MigrateAsync("20230104163600_AfterSync");
}
catch (Exception e)
{
    throw;
}

自定义迁移类：

[DbContext(typeof(TempDbContext))]
[Migration("20230104163600_AfterSync")]
public partial class AfterSync : Migration
{
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.CreateTable(
            name: "results",
            columns: table => new
            {
                id = table.Column<Guid>(type: "uniqueidentifier", nullable: false),
                groupId = table.Column<Guid>(type: "uniqueidentifier", nullable: false),
            },
            constraints: table =>
            {
                table.PrimaryKey("pK_results", x => x.id);
            });
    }

    protected override void Down(MigrationBuilder migrationBuilder)
    {
        migrationBuilder.DropTable(
            name: "results");
    }
}

遇到的问题：

• 移除删除表的SQL语句时，抛出错误：

Microsoft.Data.SqlClient.SqlException: 'There is already an object named 'results' in the database.'

• 移除迁移类中的Down方法并保留删除语句，程序会崩溃。

需求：在不使用database.Migrate()方法的前提下，实现仅删除并重建指定数据表。

1. 移除删表SQL时，目标迁移20230104163600_AfterSync已存在于__EFMigrationsHistory表中，EF判定该迁移已执行，不会再次调用Up方法，但数据库中results表已存在，触发重复创建的冲突报错。
2. 移除Down方法后，EF处理迁移时会因缺失回滚逻辑触发内部异常；同时删表后迁移历史仍存在，EF预期results表存在但实际已被删除，导致程序崩溃。

方案一：清理迁移历史+重新执行目标迁移 #

通过删除目标表和对应迁移历史记录，让EF重新执行迁移的Up方法创建表：

try
{
    // 1. 删除目标数据表（如果存在）
    await dbContext.Database.ExecuteSqlRawAsync("drop table if exists results");
    // 2. 删除__EFMigrationsHistory中对应迁移的记录
    await dbContext.Database.ExecuteSqlRawAsync("DELETE FROM __EFMigrationsHistory WHERE MigrationId = '20230104163600_AfterSync'");
    // 3. 重新执行目标迁移
    var migrator = dbContext.GetInfrastructure().GetService<IMigrator>();
    await migrator.MigrateAsync("20230104163600_AfterSync");
}
catch (Exception e)
{
    throw;
}

说明：此方法贴合EF迁移流程，通过清除迁移历史让EF判定该迁移未执行，从而重新触发Up方法创建表。

方案二：直接执行表创建逻辑（不依赖迁移历史） #

跳过EF迁移的历史检查，手动执行删表和建表逻辑：

try
{
    // 1. 删除目标数据表（如果存在）
    await dbContext.Database.ExecuteSqlRawAsync("drop table if exists results");

    // 2. 构建表创建操作
    var migrationBuilder = new MigrationBuilder(dbContext.Database.ProviderName);
    migrationBuilder.CreateTable(
        name: "results",
        columns: table => new
        {
            id = table.Column<Guid>(type: "uniqueidentifier", nullable: false),
            groupId = table.Column<Guid>(type: "uniqueidentifier", nullable: false),
        },
        constraints: table =>
        {
            table.PrimaryKey("pK_results", x => x.id);
        });

    // 3. 执行生成的建表SQL
    using var scope = dbContext.Database.CreateExecutionStrategy().CreateScope();
    var sqlGenerator = scope.ServiceProvider.GetRequiredService<IMigrationsSqlGenerator>();
    var sqlBatch = sqlGenerator.Generate(new[] { migrationBuilder.Operations.First() }, dbContext.Model);
    
    foreach (var batch in sqlBatch)
    {
        await dbContext.Database.ExecuteSqlRawAsync(batch.Sql);
    }
}
catch (Exception e)
{
    throw;
}

说明：此方法直接通过MigrationBuilder生成建表SQL并执行，完全脱离迁移历史约束，适合仅操作单表的场景。

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