Entity Framework Core 种子数据添加数据库生成ID及迁移键冲突问题问询

主键冲突的解决方法 #

你遇到的报错是因为EF Core的HasData生成迁移时默认输出INSERT语句，不会提前判断数据是否已存在，当你把已经动态插入到数据库的记录加到种子列表后，迁移执行时就会触发主键重复约束。可以通过两种方式解决：

1. 修改自动生成的迁移代码
   EF Core 3.0+ 原生支持InsertDataIfNotExists扩展方法，你只需要在生成迁移文件后，手动把Up方法里自动生成的InsertData调用替换为InsertDataIfNotExists即可，该方法会自动判断主键是否存在，仅在无匹配记录时执行插入，不会触发冲突。
   示例修改后的迁移代码：

protected override void Up(MigrationBuilder migrationBuilder)
{
    // 把自动生成的migrationBuilder.InsertData替换为下面的写法
    migrationBuilder.InsertDataIfNotExists(
        table: "RailcarEvent",
        columns: new[] { "RailcarEventId", "Identifier" },
        values: new object[] { 
            Guid.Parse("你的动态生成GUID"), 
            "对应的事件名称" 
        });
}

如果需要兼容回滚操作，也可以把Down方法里的DeleteData替换为DeleteDataIfExists。

2. 自定义SQL实现插入逻辑
   如果需要更灵活的判断逻辑，可以直接在迁移的Up方法里执行原生SQL：

protected override void Up(MigrationBuilder migrationBuilder)
{
    migrationBuilder.Sql(@"
    IF NOT EXISTS (SELECT 1 FROM RailcarEvent WHERE RailcarEventId = '你的GUID')
    INSERT INTO RailcarEvent (RailcarEventId, Identifier) 
    VALUES ('你的GUID', '对应的事件名称')
    ");
}

更优的静态ID追踪方案 #

你当前的静态类方案本身已经比较符合轻量使用的需求，有几个优化方向可以参考：

• 启动时自动同步种子数据，不走迁移逻辑
  放弃用HasData+迁移的方式同步种子，改为在应用启动时执行种子校验：在Program.cs里获取DbContext实例，遍历RailcarEventIdentifiers.All列表，判断每条记录是否在库中存在，不存在则插入，存在则跳过。这种方式不需要每次新增ID都修改迁移代码，直接更新静态类即可，非常适合你这种低频率新增的场景。
• 给Identifier字段加唯一约束
  在实体配置里给Identifier加唯一索引，避免出现同名称不同GUID的脏数据，也可以选择用名称作为存在性判断的依据，不需要完全依赖GUID。
• 改用强类型枚举封装
  可以用SmartEnum类库或者自己实现强类型枚举，把GUID、事件名称都封装到枚举值里，比单独的静态辅助类更规范，也能避免随意新增不符合规范的ID项。
• 源生成器自动同步
  如果后续事件类型逐步增多，可以写个轻量的源生成器，自动读取数据库里的RailcarEvent记录生成静态类的代码，不需要手动查库复制GUID，减少人为操作出错的概率。

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