EF Core操作Postgres时如何在不修改库结构前提下更新自然主键

一、最优实现方案 #

异常触发的核心原因是EF Core默认对主键属性配置了AfterSaveBehavior = PropertySaveBehavior.Throw规则，禁止已持久化的实体修改主键值，和Npgsql驱动无关。
在你给出的5个思路中，思路1（屏蔽EF Core主键修改校验）是最优方案，且无需修改EF Core源码，通过原生Fluent API配置即可实现：

1. 在你的DbContext的OnModelCreating方法中，对需要修改主键的实体添加如下配置：

modelBuilder.Entity<Product>()
    .Property(p => p.Productcode)
    // 确认主键值不需要EF Core自动生成
    .ValueGeneratedNever()
    // 修改主键保存后行为，允许更新
    .Metadata.SetAfterSaveBehavior(PropertySaveBehavior.Save);

2. 针对其他同样需要修改自然主键的表，按照相同规则配置即可。
   该方案优势：

• 无需修改数据库结构，符合你的约束要求
• 完全兼容EF Core的变更追踪、事务、并发控制等原有能力
• 仅针对指定实体放开主键修改限制，风险可控
• 无需额外引入第三方依赖、修改框架源码，维护成本最低

其他思路的缺陷：

• 思路2：设置临时主键需要额外执行两次数据库更新，还有概率出现临时值冲突，完全多余
• 思路3：手动执行SQL需要自行处理变更同步、事务、并发逻辑，冗余代码多，维护成本高
• 思路4：第三方扩展存在版本兼容性风险，原生已经支持的能力没必要引入额外依赖
• 思路5：该校验是EF Core核心层逻辑，和Npgsql驱动无关，修改驱动无法解决问题

二、注释EF Core源码重新编译的方案可行性 #

技术层面可以实现，但绝对不推荐在生产环境使用，原因如下：

• 你需要自行维护定制版EF Core分支，后续官方版本升级、安全补丁更新都需要自己合并代码重新编译，维护成本极高
• 全局放开主键修改校验后，所有实体的主键都可以被随意修改，很容易出现误操作导致的数据损坏，风险不可控
• 定制版本没有官方技术支持，出现问题排查难度大，生产环境故障风险高

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