odp.net阵列绑定需同时满足arraybindcount设值、参数值为等长数组、使用executenonquery，否则会静默退化为单行执行；常见错误是仅设arraybindcount而参数仍为标量，或数组长度不一致导致“array bind size mismatch”异常。
ODP.NET 的阵列绑定（Array Binding）能显著减少 round-trip 次数，但默认不启用，必须显式设置 ArrayBindCount 且配合批量参数结构才生效。
为什么 ArrayBindCount 设了却没提速？
常见错误是只设了 ArrayBindCount，但参数值仍是单个标量（如 cmd.Parameters.Add("id", OracleDbType.Int32).Value = 123）。ODP.NET 要求参数值必须是数组（int[]、string[] 等），否则会静默退化为单行执行。
- 正确写法：
cmd.Parameters.Add("id", OracleDbType.Int32).Value = new int[] { 1, 2, 3, 4 }; - 错误写法：
cmd.Parameters.Add("id", OracleDbType.Int32).Value = 1;（哪怕ArrayBindCount = 4也无效） - 所有绑定参数的数组长度必须一致，否则抛出
OracleException：“Array bind size mismatch”
INSERT / UPDATE 场景下必须用 ExecuteNonQuery，不能用 ExecuteScalar
ExecuteScalar 仅返回首行首列，不支持阵列绑定语义。即使参数是数组，ODP.NET 也会截断只处理第一个元素。批量写入必须走 ExecuteNonQuery，它返回影响总行数（如插入 100 行返回 100）。
- INSERT 示例：
INSERT INTO t (a,b) VALUES (:a, :b)，参数:a和:b均为string[] - UPDATE 示例：
UPDATE t SET x = :x WHERE id = :id，:x和:id都需是等长数组 - 混合操作（如 INSERT + SELECT）不支持阵列绑定，会直接报错
性能边界：别盲目堆大 ArrayBindCount
实测表明，ArrayBindCount 超过 500 后吞吐提升趋缓，而内存占用和 GC 压力明显上升。尤其在高并发短连接场景下，过大的数组会加剧 LOH（Large Object Heap）碎片。
- 推荐起点值：
ArrayBindCount = 100，再根据实际负载微调 - 注意网络 MTU：单次请求包超过 64KB 可能被分片，导致延迟抖动，可通过 Wireshark 观察
OCIStmtExecute包大小 - Oracle 服务端有隐式限制：当单次绑定行数 × 列数 × 平均字段长度 > ~1MB 时，可能触发 ORA-04030（内存不足）
真正容易被忽略的是参数类型对齐——比如把 DateTime[] 和 string[] 混用于同一语句时，若某列存在 NULL 值，必须统一用 object[] 包装并显式赋 DBNull.Value，否则 ODP.NET 会因类型推导失败而降级为逐行执行。
