ROWID在ODP.NET中应保持原生类型流转，查时用OracleString，更新时通过参数化传递并显式设OracleDbType.RowId，禁用字符串拼接；其物理地址特性决定生命周期短，需避免长期缓存。
ROWID 在 ODP.NET 里不是字符串，别直接 ToString() 后拼 SQL
oracle 的 rowid 是二进制结构（物理地址），odp.net 中对应类型是 oraclestring 或更稳妥的 byte[]，但实际从查询结果中取出来时，常被隐式转成 base64 编码的字符串（如 aaas7maabaaakqaaaa）。直接拿这个字符串当普通文本拼进 update 语句，看似能跑通，但极大概率更新错行——因为 oracle 对 rowid 字符串做了校验和，中间空格、大小写、换行或截断都会导致 ora-01410: invalid rowid。
正确做法是保持原生类型流转：
- 查的时候用
OracleCommand+OracleDataReader，把ROWID列读作OracleString，不调.ToString() - 更新时用参数化：把该
OracleString实例直接作为OracleParameter的Value，类型设为OracleDbType.RowId - 别用
CONVERT(ROWID, '...')或CHARTOROWID()函数在 SQL 里转换，那是给字符串兜底用的，性能差且易出错
UPDATE 带 ROWID 必须用参数化，不能字符串拼接
拼接 ROWID 字符串进 SQL 是最常见翻车点。哪怕你确认字符串格式合法，拼接过程也可能引入不可见字符、编码差异或 SQL 注入风险（虽然 ROWID 本身不含恶意内容，但习惯性拼接会污染其他字段逻辑）。
实操要点：
- UPDATE 语句写死
WHERE ROWID = :rid，不要写成WHERE ROWID = 'AAAS7mAABAAAKQaAAA' -
OracleParameter的OracleDbType必须显式设为OracleDbType.RowId，不能靠 ODP.NET 自动推断 - 如果从
DataTable或 ORM 映射中拿到ROWID，注意它可能已是string类型，此时需用new OracleString(ridString)包一层再传参
示例关键片段：
cmd.CommandText = "UPDATE emp SET salary = :sal WHERE ROWID = :rid";
cmd.Parameters.Add(new OracleParameter("sal", OracleDbType.Int32) { Value = 8000 });
cmd.Parameters.Add(new OracleParameter("rid", OracleDbType.RowId) { Value = ridFromReader }); // ridFromReader 是 OracleString
ROWID 不跨 session 保证稳定，别缓存太久
ROWID 指向的是数据块+行号的物理位置，只要没发生行迁移（row migration）、表移动（ALTER TABLE ... MOVE）、分区拆分或高水位重置，它就有效。但这些操作在日常运维中并不罕见。
所以：
- 别把
ROWID当主键长期存在内存或 Redis 里——它不是逻辑 ID，生命周期远短于业务数据 - 典型安全窗口是“查完立刻更新”，中间间隔不超过几秒；若需异步处理，必须加重试 + 行存在校验（比如 UPDATE 后检查
RowsAffected == 1） - 批量更新时，别用单个
ROWID参数循环执行；应改用Array Binding（ODP.NET 支持OracleParameter.CollectionType = OracleCollectionType.PLSQLAssociativeArray），否则网络往返开销压倒物理定位优势
ODP.NET Core 与 .NET Framework 版本对 ROWID 处理有差异
新版 ODP.NET Core（如 21c 及以后）默认将 ROWID 列映射为 string，而老版（如 19c for .NET Framework）更倾向保留 OracleString。这会导致同一段代码在不同环境行为不一致。
应对方式：
- 统一显式指定列类型：读取时用
GetOracleString(i)而非GetString(i) - 连接字符串里加
Statement Cache Size=0（可选），避免因语句缓存复用导致类型推断混乱 - 升级到 ODP.NET Core 23c 后，留意
OracleConfiguration.RowIdAsByteArray静态开关，默认为false，设为true可强制返回byte[]，更适合严格校验场景
真正难的不是怎么读，而是怎么确保那一行还在原地——物理地址这东西，一挪就失效，比事务隔离级别还脆。
