带约束的列数据类型修改问题（EF Core 6+SQL Server）

针对你遇到的EF Core 6连接SQL Server时，修改char/varchar为nvarchar（含主键及关联外键）导致迁移失败的问题，SQL Server本身不允许在不解除依赖约束的情况下修改主键列类型，但可以通过自定义EF Core迁移脚本+动态SQL自动化完成约束删除、列修改、约束重建的全流程，无需手动逐个处理200张表的约束。

具体步骤 #

1. 生成初始迁移并替换代码 #

先让EF Core生成包含列类型修改的迁移（执行Add-Migration命令），然后打开迁移类的Up()方法，删除EF自动生成的代码，替换为自定义SQL逻辑。

2. 编写动态SQL批量处理关联表 #

以下示例可针对单个主键列批量处理所有关联外键，你可以复制多次修改参数，覆盖所有需要调整的主键列：

-- 配置参数：修改为你的目标表、列、新类型
DECLARE @TargetTable NVARCHAR(128) = N'你的表名';
DECLARE @TargetColumn NVARCHAR(128) = N'主键列名';
DECLARE @NewColumnType NVARCHAR(50) = N'nvarchar(你的长度)';

-- 1. 收集所有依赖该主键的外键约束，生成删除脚本
DECLARE @DropFKSql NVARCHAR(MAX) = N'';
DECLARE @RecreateFKSql NVARCHAR(MAX) = N'';

SELECT 
    @DropFKSql += N'ALTER TABLE ' + QUOTENAME(OBJECT_SCHEMA_NAME(fk.parent_object_id)) + N'.' + QUOTENAME(OBJECT_NAME(fk.parent_object_id)) + N' DROP CONSTRAINT ' + QUOTENAME(fk.name) + N';' + CHAR(13),
    @RecreateFKSql += N'ALTER TABLE ' + QUOTENAME(OBJECT_SCHEMA_NAME(fk.parent_object_id)) + N'.' + QUOTENAME(OBJECT_NAME(fk.parent_object_id)) + N' ADD CONSTRAINT ' + QUOTENAME(fk.name) + N' FOREIGN KEY (' + QUOTENAME(c.name) + N') REFERENCES ' + QUOTENAME(OBJECT_SCHEMA_NAME(OBJECT_ID(@TargetTable))) + N'.' + QUOTENAME(@TargetTable) + N'(' + QUOTENAME(@TargetColumn) + N');' + CHAR(13)
FROM sys.foreign_keys fk
JOIN sys.foreign_key_columns fkc ON fk.object_id = fkc.constraint_object_id
JOIN sys.columns c ON fkc.parent_object_id = c.object_id AND fkc.parent_column_id = c.column_id
JOIN sys.columns rc ON fkc.referenced_object_id = rc.object_id AND fkc.referenced_column_id = rc.column_id
WHERE rc.object_id = OBJECT_ID(@TargetTable) AND rc.name = @TargetColumn;

-- 2. 执行外键约束删除
EXEC sp_executesql @DropFKSql;

-- 3. 修改主键列类型
EXEC sp_executesql N'ALTER TABLE ' + QUOTENAME(OBJECT_SCHEMA_NAME(OBJECT_ID(@TargetTable))) + N'.' + QUOTENAME(@TargetTable) + N' ALTER COLUMN ' + QUOTENAME(@TargetColumn) + N' ' + @NewColumnType + N' NOT NULL;';

-- 4. 修改所有关联外键列的类型
DECLARE @AlterFKColumnsSql NVARCHAR(MAX) = N'';
SELECT 
    @AlterFKColumnsSql += N'ALTER TABLE ' + QUOTENAME(OBJECT_SCHEMA_NAME(fk.parent_object_id)) + N'.' + QUOTENAME(OBJECT_NAME(fk.parent_object_id)) + N' ALTER COLUMN ' + QUOTENAME(c.name) + N' ' + @NewColumnType + N' NOT NULL;' + CHAR(13)
FROM sys.foreign_keys fk
JOIN sys.foreign_key_columns fkc ON fk.object_id = fkc.constraint_object_id
JOIN sys.columns c ON fkc.parent_object_id = c.object_id AND fkc.parent_column_id = c.column_id
JOIN sys.columns rc ON fkc.referenced_object_id = rc.object_id AND fkc.referenced_column_id = rc.column_id
WHERE rc.object_id = OBJECT_ID(@TargetTable) AND rc.name = @TargetColumn;

EXEC sp_executesql @AlterFKColumnsSql;

-- 5. 重建外键约束
EXEC sp_executesql @RecreateFKSql;

3. 在EF迁移中执行脚本 #

在迁移类的Up()方法中，调用migrationBuilder.Sql()执行上述SQL：

protected override void Up(MigrationBuilder migrationBuilder)
{
    // 执行针对第一个主键列的修改脚本
    migrationBuilder.Sql(@"
        -- 这里粘贴上面的动态SQL，替换参数为你的第一个主键列信息
    ");

    // 重复migrationBuilder.Sql()，处理所有需要修改的主键列
    // 非主键的char/varchar列直接用EF自动生成的ALTER COLUMN语句即可
    migrationBuilder.AlterColumn<string>(
        name: "NonPrimaryColumn",
        table: "SomeTable",
        type: "nvarchar(50)",
        nullable: false,
        oldClrType: typeof(string),
        oldType: "varchar(50)");
}

为什么之前的尝试失败？ #

• 移除键定义：EF Core要求实体必须有主键标识，移除后必然报错，且无法解决SQL Server层面的约束依赖问题。
• 禁用约束：NOCHECK CONSTRAINT ALL只是关闭约束的数据检查，但列的依赖关系仍然存在，SQL Server仍会阻止修改有外键依赖的主键列类型。

注意事项 #

• 所有操作务必在事务中执行（EF迁移默认会开启事务），确保失败时可以回滚，避免数据库不一致。
• 若使用SQL Server企业版，可在ALTER COLUMN语句后添加WITH (ONLINE = ON)，减少锁表时间，降低对业务的影响。
• 执行前必须备份数据库，避免数据丢失。
• 数据量较大的表修改列类型耗时较长，建议在业务低峰期执行。

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