.NET调用Oracle多REF CURSOR存储过程时，必须为每个OUT SYS_REF CURSOR显式声明OracleParameter，Direction设为Output、OracleDbType为RefCursor，顺序须与存储过程严格一致，漏声明会报ORA-01008；调用后通过OracleDataReader.NextResult()按序切换并检查HasRows安全读取，禁用DataSet.Fill()避免元数据映射异常。
Oracle存储过程返回多个REF CURSOR时，.NET必须用OracleCommand.Parameters显式声明
oracle不支持像sql server那样自动推断输出游标类型，oraclecommand必须为每个ref cursor参数显式添加oracleparameter，且direction设为output，oracledbtype必须是refcursor。漏掉任一参数声明，执行时会报ora-01008: not all variables bound或直接抛invalidoperationexception。
常见错误是只声明了输入参数，却忘了给每个OUT SYS_REFCURSOR占位：
cmd.Parameters.Add("p_cursor1", OracleDbType.RefCursor).Direction = ParameterDirection.Output;
cmd.Parameters.Add("p_cursor2", OracleDbType.RefCursor).Direction = ParameterDirection.Output;
调用后必须按顺序依次读取每个游标，不能跳过或重用DataReader
OracleCommand.ExecuteReader()返回的OracleDataReader支持NextResult()切换到下一个结果集——但前提是所有游标都已从数据库端完整返回。如果存储过程中某个游标未被OPEN（比如条件分支没走到），对应位置的NextResult()仍会成功，但后续Read()始终返回false，不会报错。
安全做法是：每次调用NextResult()后，先检查HasRows再读取：
- 第一个游标：用
reader.Read()循环读取，结束后调用reader.NextResult() - 第二个游标：同样先
if (reader.HasRows)再读，否则跳过 - 不能对同一
reader重复调用NextResult()超过游标数量，否则抛InvalidOperationException：“There is no current resultset.”
使用Oracle.ManagedDataAccess时，连接字符串要启用Unicode和Pooling
如果游标中含中文或特殊字符，未启用Unicode会导致乱码；连接池关闭则每次调用都新建连接，影响性能且可能触发Oracle会话限制。
推荐连接字符串配置项：
Data Source=ORCL;User Id=usr;Password=pwd;Unicode=True;Connection Timeout=30;Pooling=true;Min Pool Size=5;Max Pool Size=50;
注意：Unicode=True是关键，它让驱动把NVARCHAR2、CLOB等字段正确映射为.NET的string，否则可能拿到byte[]或乱码。
多游标场景下，别用DataSet.Fill()自动映射——列名大小写和NULL处理容易出错
OracleDataAdapter.Fill(DataSet)会尝试把每个游标映射为独立DataTable，但它依赖Oracle返回的元数据。而Oracle默认列名全大写，.NET中DataTable.Columns["ID"]和["id"]不等价；更麻烦的是，如果某列全为NULL，Oracle可能不返回该列的类型信息，导致Fill()抛InvalidCastException。
稳妥方式是手动读取：
- 用
reader.GetSchemaTable()确认列名和类型 - 用
reader.GetValue(i)或reader.GetString(i)按索引取值，避开大小写敏感问题 - 对可能为
NULL的字段，统一用reader.IsDBNull(i)判断，而非直接调用GetString
多个游标逻辑耦合紧密时，容易忽略游标打开顺序与参数绑定顺序必须严格一致——Oracle按声明顺序绑定，不是按名称匹配。
