执行update-database迁移时遇IDENTITY属性变更错误求助

问题根源 #

你之前的实体配置是用Type作为主键（注释掉的代码），现在改成新增Id列作为自增主键。SQL Server不允许直接修改列的IDENTITY属性，必须删除并重新创建列（或整个表），这就是EF迁移报错的核心原因。另外你的模型类和配置代码存在不匹配问题：模型类是ModelTraceType但配置类用的是TraceType，且模型里没有Id属性，这些基础问题得先修正。

第一步：修正模型与配置的基础错误 #

1. 补全模型类的Id属性，统一类名：

public class TraceType
{
    public int Id { get; set; } // 新增主键属性
    public string Type { get; set; }
    public int Class { get; set; }

    public const int TypeLength = 50; // 对应配置里的TypeLength常量
}

2. 修正配置代码的格式错误（重复的builder调用）：

public class EntityConfigTraceType : IEntityTypeConfiguration<TraceType>
{
    private const string TableName = "TRACE_TYPE";
    public void Configure(EntityTypeBuilder<TraceType> builder)
    {
        builder.ToTable(TableName);

        // 配置Id为自增主键
        builder.HasKey(p => p.Id)
               .IsClustered();

        builder.Property(p => p.Id)
               .IsRequired()
               .ValueGeneratedOnAdd(); // 标记为数据库自动生成值（自增）

        builder.Property(p => p.Type)
               .IsRequired()
               .HasMaxLength(TraceType.TypeLength);

        builder.Property(p => p.Class)
               .IsRequired();
    }
}

分场景解决方案 #

场景1：开发环境，数据可丢弃 #

1. 删除已生成的迁移文件，手动删除数据库中的TRACE_TYPE表。
2. 重新生成迁移：Add-Migration AddIdAsPrimaryKey
3. 执行迁移：Update-Database

场景2：需保留现有数据 #

如果表中已有业务数据不能丢失，手动修改迁移文件：

1. 先执行命令生成迁移文件：Add-Migration AddIdAsPrimaryKey
2. 打开生成的迁移文件，替换自动生成的代码为以下逻辑（通过临时表迁移数据）：

public partial class AddIdAsPrimaryKey : Migration
{
    protected override void Up(MigrationBuilder migrationBuilder)
    {
        // 1. 创建临时表，包含自增Id主键
        migrationBuilder.CreateTable(
            name: "TRACE_TYPE_TEMP",
            columns: table => new
            {
                Id = table.Column<int>(nullable: false)
                    .Annotation("SqlServer:Identity", "1, 1"),
                Type = table.Column<string>(maxLength: 50, nullable: false),
                Class = table.Column<int>(nullable: false)
            },
            constraints: table =>
            {
                table.PrimaryKey("PK_TRACE_TYPE_TEMP", x => x.Id);
            });

        // 2. 将旧表数据迁移到临时表
        migrationBuilder.Sql("INSERT INTO TRACE_TYPE_TEMP (Type, Class) SELECT Type, Class FROM TRACE_TYPE");

        // 3. 删除原表
        migrationBuilder.DropTable(
            name: "TRACE_TYPE");

        // 4. 把临时表重命名为原表名
        migrationBuilder.RenameTable(
            name: "TRACE_TYPE_TEMP",
            newName: "TRACE_TYPE");
    }

    protected override void Down(MigrationBuilder migrationBuilder)
    {
        // 回滚逻辑，按需编写
        migrationBuilder.CreateTable(
            name: "TRACE_TYPE",
            columns: table => new
            {
                Type = table.Column<string>(maxLength: 50, nullable: false),
                Class = table.Column<int>(nullable: false)
            },
            constraints: table =>
            {
                table.PrimaryKey("PK_TRACE_TYPE", x => x.Type);
            });

        migrationBuilder.Sql("INSERT INTO TRACE_TYPE (Type, Class) SELECT Type, Class FROM TRACE_TYPE");

        migrationBuilder.DropTable(
            name: "TRACE_TYPE");
    }
}

3. 执行Update-Database完成迁移。

注意事项 #

• 生产环境操作前务必备份数据库。
• 确保模型类与配置类的类名、属性名完全对应，避免EF映射错误。

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