Oracle乐观并发控制必须用RAW(8)版字段配IsRowVersion()，禁用DateTime/string模拟；SERIALIZABLE隔离级引发ORA-08177与乐观锁无关；ExecuteUpdate绕过并发检查；ROWID不可作长期令牌，需触发器维护版本值。
Oracle 乐观并发控制必须用 ROWID 或 VERSION 字段，不能只靠 [Timestamp] 特性
ef core 在 oracle 上不支持 sql server 风格的 [timestamp] 自动映射为 rowversion，oracle 没有原生 timestamp 并发列类型。直接加 [timestamp] 特性会静默失效，savechanges 时根本不会生成 where 条件，导致乐观锁形同虚设。
实操建议：
- 在实体中显式声明一个
byte[]类型字段（如RowVersion），并用IsRowVersion()配置：
modelBuilder.Entity<Order>()
.Property(e => e.RowVersion)
.IsRowVersion()
.HasColumnName("VERSION_");
RAW(8)（推荐）或 NUMBER(19)；RAW(8) 更安全，Oracle 用它存内部 SCN 或时间戳，ORA-08177 场景下也能被正确识别DateTime 或 string 模拟版本号——EF Core 不会将其视为并发令牌，也不会参与 WHERE 比较
ORA-08177: can't serialize access for this transaction 是隔离级别问题，不是并发冲突
这个错误和 EF Core 的乐观锁无关，是 Oracle 数据库在 READ COMMITTED 以外的隔离级别（比如 SERIALIZABLE）下抛出的。EF Core 默认走 READ COMMITTED，但如果你手动调用了 BeginTransaction(IsolationLevel.Serializable)，或者连接字符串里写了 IsolationLevel=Serializable，就会触发该错误。
实操建议：
- 绝大多数 Web 应用不需要
SERIALIZABLE，删掉所有显式指定IsolationLevel.Serializable的代码 - 检查连接字符串是否混入了 Oracle 客户端旧参数，如
Serial=true（Odp.Net Legacy）或TransactionIsolationLevel=Serializable（某些封装层） - 如果真需可序列化语义，改用应用层重试 + 乐观并发组合：捕获
DbUpdateConcurrencyException和OracleException中的Number == 8177，然后 reload + retry，而不是依赖事务隔离
更新时没触发并发检查？检查 HasConcurrencyToken 是否被覆盖
Oracle Provider（如 Oracle.EntityFrameworkCore 7+）默认不会自动把 IsRowVersion() 字段加入 UPDATE 的 WHERE 子句，除非你明确告诉它这是并发令牌。常见错误是：配置了 IsRowVersion()，但又在 OnModelCreating 后续调用中用 HasDefaultValueSql 或 ValueGeneratedOnAddOrUpdate 覆盖了元数据。
实操建议：
- 确认最终生效的配置只有这一行：
entity.Property(e => e.RowVersion).IsRowVersion();
.HasDefaultValueSql("SYS_GUID()") 或 .ValueGeneratedOnAddOrUpdate()——这会让 EF Core 认为该字段由数据库生成，从而跳过并发比较逻辑WHERE ... AND "VERSION_" = :p0 的条件；没有就说明并发令牌未生效批量更新绕过 EF 并发控制，ExecuteUpdate 不校验 RowVersion
EF Core 7+ 的 ExecuteUpdate 和 ExecuteDelete 是纯 SQL 执行，完全跳过变更追踪和并发令牌检查。哪怕你实体里配了 IsRowVersion()，这些方法也不会自动追加 WHERE 版本条件。
实操建议：
- 需要并发保护的批量操作，必须手写带
WHERE VERSION_ = @oldVersion的原始 SQL，用Database.ExecuteSqlRaw - 或者退回到逐条
FindAsync+Update+SaveChanges流程，让 EF Core 自动注入并发检查 - 特别注意：Oracle 的
MERGE INTO语句虽支持条件更新，但 EF Core 不生成它；别指望ExecuteUpdate在 Oracle 下能自动适配乐观锁语义
最常被忽略的一点：Oracle 的 ROWID 是物理地址，每次 UPDATE 都会变，不能当长期并发令牌用；而 RAW(8) 版本字段必须由触发器或序列维护（比如用 DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER），否则 EF Core 更新时传进去的旧值永远对不上——这会导致看似配置对了，实际每次都是“并发冲突”。
