在Entity Framework Core中如何在IsDeleted为true时禁止更新保存操作

存在两种主流实现路径，都可以满足无需预加载数据、无需业务代码显式检查IsDeleted字段的要求：

1. 数据库层实现（零应用代码侵入，推荐） #

利用数据库原生能力直接拦截非法操作，完全不需要修改应用侧业务逻辑：

• 行级安全策略（RLS）
  PostgreSQL、SQL Server、MySQL 8.0.19+等主流数据库都支持行级安全特性，直接给对应表配置更新/删除操作的限制策略即可，示例（PostgreSQL语法）：

  -- 开启目标表的行级安全
  ALTER TABLE your_target_table ENABLE ROW LEVEL SECURITY;
  -- 限制仅未软删除的行允许被更新
  CREATE POLICY block_modify_deleted ON your_target_table
    FOR UPDATE USING (IsDeleted = false);
  -- 限制仅未软删除的行允许被硬删除
  CREATE POLICY block_remove_deleted ON your_target_table
    FOR DELETE USING (IsDeleted = false);
  

  配置完成后，任何针对IsDeleted=true行的更新、硬删除操作都会被数据库直接拒绝报错，全程不需要应用侧做额外处理。
• 触发器+唯一约束兼容方案
  如果你的数据库版本不支持RLS，可以用触发器替代：给表新增一个(Id, IsDeleted)的联合唯一约束，再写BEFORE UPDATE触发器，当要更新的行当前IsDeleted值为true时，主动修改Id为重复值触发唯一约束报错，实现拦截效果。

2. ORM全局拦截层实现（无需修改数据库配置） #

所有主流ORM都支持全局操作拦截，不需要在业务代码里零散加判断：

• 以EF Core为例，重写SaveChanges/SaveChangesAsync方法，给所有更新、删除操作自动拼接IsDeleted = false的查询条件，不需要把实体加载到内存：

  public override int SaveChanges()
  {
      foreach (var entry in ChangeTracker.Entries().Where(e => e.State is EntityState.Modified or EntityState.Deleted))
      {
          if (entry.Entity is ISoftDelete deletableEntity)
          {
              // 自动给SQL拼接IsDeleted判断，匹配行数为0则说明行已被软删除
              var affectedRows = Database.ExecuteSqlInterpolated(
                  $"UPDATE {entry.Metadata.GetTableName()} SET /* 自动拼接要更新的字段 */ WHERE Id = {deletableEntity.Id} AND IsDeleted = false");
              if (affectedRows == 0) throw new InvalidOperationException("操作的行已被删除");
              entry.State = EntityState.Detached;
          }
      }
      return base.SaveChanges();
  }
  

• MyBatis等半自动化ORM可以通过全局拦截器，拦截所有UPDATE/DELETE语句，自动在WHERE条件末尾拼接AND IsDeleted = false，业务代码无感知。

如果你有恢复已删除数据的需求，只需要给对应操作加白名单即可：比如RLS策略新增例外条件、ORM拦截器判断当前操作是否为仅修改IsDeleted字段的恢复请求，单独放行即可。

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