Oracle存储过程返回关联数组时，OracleParameter必须设Direction=Output、OracleDbType对应类型且CollectionType=PLSQLAssociativeArray；Value执行前须为null，读取时需转Array并用GetLowerBound(0)遍历。
Oracle存储过程返回关联数组时，OracleParameter 必须设为 Direction = ParameterDirection.Output 且 OracleDbType = OracleDbType.Varchar2（或对应类型）并指定 CollectionType = OracleCollectionType.PLSQLAssociativeArray
oracle pl/sql 关联数组（associative array）不能直接被 .net 原生识别，必须靠 odp.net 显式声明其集合类型。常见错误是只设了 direction 和 oracledbtype，却漏掉 collectiontype，导致调用时抛出 system.invalidoperationexception: collection type not specified。
实操要点：
-
OracleParameter的Value属性在执行前**必须设为null或留空**（不能 new 数组），否则 ODP.NET 会尝试反向序列化，报错ORA-06550: wrong number or types of arguments - 若关联数组元素类型是自定义对象（如
RECORD），需先在数据库中创建 SQL 类型（CREATE OR REPLACE TYPE ... AS OBJECT），再用OracleUdtMapping注册，纯 PL/SQLRECORD不支持 - 关联数组下标必须是
PLS_INTEGER或VARCHAR2；.NET 端接收后，下标会转为int（整数索引）或string（字符串索引），取决于声明方式
如何正确绑定 PL/SQL 关联数组参数（输入 + 输出混合场景）
很多存储过程既要传入关联数组（如 ID 列表），又要返回另一个关联数组（如结果集）。这时两个 OracleParameter 都要设 CollectionType，但方向不同。
示例：存储过程签名如下：
PROCEDURE get_names_by_ids( p_ids IN t_number_array, -- 关联数组：索引为 PLS_INTEGER，元素为 NUMBER p_names OUT t_varchar_array -- 关联数组：索引为 PLS_INTEGER，元素为 VARCHAR2 )
对应 C# 绑定代码关键行：
var pIds = new OracleParameter("p_ids", OracleDbType.Int32) {
Direction = ParameterDirection.Input,
CollectionType = OracleCollectionType.PLSQLAssociativeArray,
Value = new int[] { 101, 102, 103 }
};
var pNames = new OracleParameter("p_names", OracleDbType.Varchar2) {
Direction = ParameterDirection.Output,
CollectionType = OracleCollectionType.PLSQLAssociativeArray,
Size = 100, // 每个元素最大长度
ArraySize = 1000 // 预期最多返回多少个元素（影响内存分配）
};注意：ArraySize 不是“上限校验”，而是 ODP.NET 分配内部缓冲区的依据；设太小会截断，设太大浪费内存。
从 OracleParameter.Value 读取返回的关联数组时，必须强制转换为 Array 并遍历索引
ODP.NET 返回的不是 string[] 或 List<string></string>，而是一个一维 Array 实例，其 Length 对应实际元素个数，但**下标不一定从 0 开始**——它严格还原 PL/SQL 中的原始索引（比如 my_arr(5) := 'a'; my_arr(10) := 'b'，则返回的 Array 有 2 个元素，但 GetValue(0) 是 my_arr(5)，GetValue(1) 是 my_arr(10)）。
安全读取方式：
var resultArray = (Array)pNames.Value;
for (int i = resultArray.GetLowerBound(0); i <= resultArray.GetUpperBound(0); i++) {
if (resultArray.IsRankOne && resultArray.GetValue(i) != null) {
string name = resultArray.GetValue(i).ToString();
Console.WriteLine($"Index {i}: {name}");
}
}容易踩的坑：
- 直接用
foreach (var x in resultArray)会丢失原始索引信息，且可能因稀疏性跳过空位 - 误用
resultArray.Length当作“有效元素数”——它返回的是逻辑长度（上界 − 下界 + 1），不是非空元素个数；中间空位（NULL）仍占位 - 未检查
resultArray是否为null（存储过程未赋值时可能为null，而非空数组）
使用 OracleCommand.BindByName = true 可避免参数顺序错乱，但不解决关联数组映射问题
PL/SQL 存储过程中参数多、顺序易错，启用 BindByName = true 能按名称绑定，提升可维护性。但它对关联数组无特殊作用——CollectionType 和 ArraySize 仍需手动设置，且 Value 的初始化规则不变。
典型配置：
cmd.BindByName = true; cmd.Parameters.Add(pIds); cmd.Parameters.Add(pNames); cmd.ExecuteNonQuery(); // 执行后 pNames.Value 才有数据
真正容易被忽略的是：关联数组的生命周期完全由 PL/SQL 控制，.NET 端无法控制其索引范围或元素密度；解析时必须依赖 GetLowerBound(0)/GetUpperBound(0)，而不是假设连续或从 0 开始。
