OracleDataAdapter.Update 默认逐行执行导致性能极差，必须显式设置 ArrayBindCount 并使用绑定变量才能批量处理；行状态混杂会强制分批降级为单行操作；大数据量应改用 SqlBulkCopy 类似方案或 Oracle 的 ARRAY INSERT。
OracleDataAdapter.Update 为什么慢得像在等咖啡？
直接说结论：oracledataadapter.update 默认走的是逐行 insert/update/delete，每条记录都触发一次 round-trip，网络开销和 oracle 解析压力叠加，批量更新几百行就明显卡顿。这不是你代码写错了，是它默认就没为批量优化。
常见错误现象：UpdateCommand 执行时 CPU 不高但耗时飙升、Oracle AWR 报告里出现大量单行 DML 等待、OracleDataAdapter.Update 调用后线程挂住几秒不返回。
- 必须显式设置
OracleCommand.ArrayBindCount（不是CommandTimeout！） -
OracleDataAdapter.UpdateCommand的 SQL 必须用绑定变量，且不能含子查询或函数（如SYSDATE需改用参数传入） - DataTable 的
DataRow.RowState要干净——混着Added、Modified、Deleted时，Update会按状态分批执行，打乱批量节奏
怎么让 OracleDataAdapter.Update 真正批量跑起来？
核心就一条：把 OracleCommand 变成数组绑定模式，并确保底层驱动支持。.NET Framework 下的 Oracle.DataAccess（ODP.NET Legacy）和 Oracle.ManagedDataAccess（ODP.NET Core）都支持，但配置方式不同。
实操要点：
- 给
UpdateCommand设置ArrayBindCount = 100（值建议 50–200，太大可能触发 Oracle 内存限制） - SQL 中所有值必须用
:param_name，不能拼字符串；例如UPDATE t SET name = :name WHERE id = :id - DataTable 列名必须与参数名严格一致（大小写敏感），否则绑定失败退化为单行
- 如果用了
OracleCommand.BindByName = true，可缓解列顺序问题，但别依赖它掩盖命名不一致
示例关键片段：
adapter.UpdateCommand = new OracleCommand("UPDATE emp SET salary = :salary WHERE emp_id = :emp_id", conn);
adapter.UpdateCommand.ArrayBindCount = 100;
adapter.UpdateCommand.Parameters.Add(new OracleParameter("salary", OracleDbType.Int32, "salary"));
adapter.UpdateCommand.Parameters.Add(new OracleParameter("emp_id", OracleDbType.Int32, "emp_id"));
DataTable 行状态混乱导致 Update 降级怎么办？
OracleDataAdapter.Update 内部按 DataRow.RowState 分三组处理：先 Added，再 Modified，最后 Deleted。只要这三类混在一个 DataTable 里，就无法跨状态批量，实际变成三次小批量甚至单行。
真实场景中容易踩坑的地方：
- 从数据库查出数据后手动调了
row["col"] = x，但忘了row.SetModified()—— 状态还是Unchanged，Update 时直接跳过 - 调用
DataTable.Rows.Remove(row)后没及时AcceptChanges()，RowState是Deleted，但其他行还带着Added，批次被切碎 - 用
DataSet.Merge()合并多个来源数据，状态自动混杂，极难清理
建议做法：按操作类型拆分 DataTable，比如 modifiedTable、insertedTable 单独调用 Update；或者用 DataTable.GetChanges(DataRowState.Modified) 提取干净子集。
比 Update 更快的替代方案有哪些？
当数据量超过 1k 行，或者对延迟敏感（如 Web API 响应需 OracleDataAdapter.Update 即使调优也难满足。这时候该换思路。
两个落地性强的选项：
- 用
OracleBulkCopy（仅限 ODP.NET Core）直写临时表，再用MERGE INTO一次性同步——适合全量覆盖或主键明确的更新场景 - 手写 PL/SQL 批量块，通过
OracleCommand执行BEGIN FORALL ... INSERT/UPDATE; END;，参数传入OracleCollectionType.PLSQLAssociativeArray—— 控制力最强，但要写存储过程逻辑
注意：OracleBulkCopy 不支持 UPDATE，只支持 INSERT；而 FORALL 方案要求 Oracle 端有对应集合类型定义，本地 .NET 类型映射稍繁琐。
真正麻烦的从来不是“怎么写”，而是“哪部分该用哪种方式”——比如主表用 FORALL，日志表用 BulkCopy，中间状态表又得回退到 Update。边界得自己划清楚，别指望一个方法通吃。
