Dapper不支持直接用Execute传List<T>批量更新Oracle，因Oracle需原生数组绑定；须手动提取字段为同长一维数组，用OracleCommand+ArrayBindCount实现，单批≤950条防ORA-01795，并确保事务与资源释放。
Oracle批量更新为什么不能直接用Dapper的Execute配List<T>
Dapper本身不支持对Execute方法传入List<T>做批量参数绑定——它会把整个列表当做一个参数对象，Oracle驱动（如Oracle.ManagedDataAccess）收到的是一个object[]或自定义类型实例，而非多行绑定所需的“数组参数”结构。直接写conn.Execute("UPDATE t SET x = @X WHERE id = @Id", list)会报错：ORA-01036: illegal variable name/number，或静默只更新第一条。
必须用Oracle原生数组绑定：靠OracleParameter的ArrayBindCount
Dapper不封装Oracle数组绑定逻辑，得绕过它，手动构造OracleCommand并设置ArrayBindCount。核心是：把字段值分别抽成一维数组（不是对象列表），每个数组长度一致，再用OracleParameter绑定，并显式指定ArrayBindCount为数组长度。
实操建议：
- 用
var ids = list.Select(x => x.Id).ToArray()、var names = list.Select(x => x.Name).ToArray()等提取同构数组 - 创建
OracleCommand，SQL里用:id、:name这种命名占位符（注意Oracle用冒号，不是@） - 每个
OracleParameter设置Value = ids，再设ArrayBindCount = ids.Length - 调用
cmd.ExecuteNonQuery()，Oracle底层自动展开为多行执行
示例SQL："UPDATE users SET name = :name WHERE id = :id"，配合两个长度为1000的int[]和string[]参数，就能一次更新1000行。
批量大小控制在1000以内，避免ORA-01795
Oracle单条SQL的IN列表或绑定数组上限默认是1000个元素。超过会触发ORA-01795: maximum number of expressions in a list is 1000。即使你用数组绑定，某些驱动版本或DDL设计（比如WHERE子句含IN (SELECT ...)）仍可能踩中这个限制。
安全做法：
- 硬性切分：每批最多950条，留余量
- 不要依赖
ArrayBindCount突破1000——它只对纯UPDATE/INSERT VALUES有效，复杂WHERE条件仍受语法限制 - 如果业务需超大批量，改用
FORALL+ PL/SQL块（Dapper不支持，得用ExecuteScalar跑匿名PL/SQL）
别忽略事务和连接状态管理
数组绑定本身不开启事务，但批量更新通常需要原子性。常见错误是：用conn.Execute(...)时连接已关闭，或没包在using (var tx = conn.BeginTransaction())里，导致部分成功部分失败后数据不一致。
关键点：
- 必须复用同一个
OracleConnection和OracleTransaction（如果需要） - 手动创建的
OracleCommand要显式赋值command.Connection = conn、command.Transaction = tx - 执行完检查返回值：
ExecuteNonQuery()返回的是总影响行数，不是批次数量，要跟输入数组长度比对
容易被忽略的是：Oracle.ManagedDataAccess在高并发下对连接池+数组绑定的兼容性较敏感，若出现ORA-01000: maximum open cursors exceeded，大概率是没及时Dispose()掉OracleCommand或没关连接。
