oracle pipelined function 返回的是 ref cursor 或自定义集合类型；c# 调用必须通过 pl/sql 块以 out 参数接收 ref cursor，再用 oracledataadapter.fill() 获取结果集，不可直接 select from table(...)。
Oracle Pipelined Function 返回的是什么类型？
C# 无法直接把 Oracle 的 pipelined function 当作普通表来查，关键在于它返回的是 REF CURSOR 或自定义集合类型（如 TABLE OF ...），而 .NET 的 OracleCommand 默认不支持自动展开这种结构化结果集。你得显式告诉驱动：这是个游标，要按结果集处理。
- 如果函数声明为
RETURN SYS_REFCURSOR，就用OracleDbType.RefCursor+ParameterDirection.Output - 如果返回的是 SQL 类型（比如
CREATE TYPE my_table_type AS TABLE OF my_obj_type），则必须用OracleDbType.Object或OracleDbType.Array，且需在 .NET 端注册对应 UDT 映射——这步极容易漏，导致ORA-03115: unsupported network datatype or representation
怎么写 C# 代码调用并读取 REF CURSOR 返回的 pipelined 函数？
核心是把 pipelined function 包进匿名 PL/SQL 块里，用 OUT 参数接收游标，再用 OracleDataAdapter 或 OracleDataReader 拉数据。
using (var conn = new OracleConnection(connStr))
{
conn.Open();
using (var cmd = conn.CreateCommand())
{
cmd.CommandText = @"
BEGIN
:result := my_package.my_pipelined_func(:p_param);
END;";
cmd.Parameters.Add(new OracleParameter("result", OracleDbType.RefCursor) { Direction = ParameterDirection.Output });
cmd.Parameters.Add(new OracleParameter("p_param", OracleDbType.Varchar2) { Value = "some_value" });
<pre class="brush:php;toolbar:false;"> using (var adapter = new OracleDataAdapter(cmd))
{
var dt = new DataTable();
adapter.Fill(dt); // ✅ 成功拉出结果集
}
}}
- 必须用
BEGIN ... END;包裹函数调用，不能直接SELECT * FROM TABLE(my_package.my_pipelined_func(...))—— 这样会报ORA-22905: cannot access rows from a non-nested table item -
OracleDataAdapter.Fill()是最稳的方式；用ExecuteReader()也行，但得手动调cmd.ExecuteNonQuery()再取cmd.Parameters["result"].Value转成OracleRefCursor，再.GetDataReader()，多两步且易错
为什么直接 SELECT FROM TABLE(...) 在 C# 里常失败？
Oracle 要求 pipelined function 必须出现在 FROM 子句中，但 .NET 的 OracleCommand 对这种语法支持脆弱，尤其遇到参数绑定或复杂类型时：
-
SELECT * FROM TABLE(my_package.my_pipelined_func(:p))中的:p绑定可能被忽略，导致 ORA-01008 “not all variables bound” - 若函数返回对象数组（非标量），
SELECT语句需要配合CAST(MULTISET(...))或明确的TABLE类型声明，否则驱动无法推断列结构 -
OracleCommand.CommandType必须设为CommandType.Text（默认），但某些旧版 ODP.NET 会误判为存储过程
更可靠的做法始终是走 PL/SQL 块 + REF CURSOR 输出参数路径。
UDT 类型（Object / Array）调用要注意什么？
只有当你明确需要 .NET 端拿到强类型对象（而非 DataTable）时才走这条路，代价是配置繁琐：
- 在数据库端执行
CREATE OR REPLACE TYPE ...后，必须用OracleObjectMappingAttribute在 C# 中定义匹配类，并用OracleUdtMapAttribute注册到程序集 -
OracleParameter的UdtTypeName必须与数据库中类型全名完全一致（含 schema，如"SCHEMA"."MY_TABLE_TYPE"） - 驱动版本必须 ≥ 12.1，且连接字符串加
Unicode=True，否则中文字段乱码或抛ORA-06550
没特殊需求，别碰 UDT。用 REF CURSOR + DataTable 是最省心、兼容性最好的路径。
Pipelined function 的本质是“延迟生成行”，C# 层唯一要盯住的，就是别让它卡在 PL/SQL 层没吐出来——所以务必用 REF CURSOR 输出，别信直写 SELECT FROM TABLE 的简单写法。
