ora-06550在.net 8调用oracle函数返回结果集时根本不在数据库端，而是客户端绑定与pl/sql解析失控所致：必须设commandtype.storedprocedure、函数名带括号、显式声明refcursor输出参数、用executereader()读取，且所有null和varchar2参数需严格按规则处理。
ora-06550 在 .net 8 调用 oracle 函数返回结果集时，几乎从不源于数据库端语法错误，而是客户端绑定与 pl/sql 块解析失控导致的——根本问题在于你没让 oracle 知道“这是一次函数调用”，反而把它当成了匿名块来切分。
OracleCommand.CommandType 必须设为 StoredProcedure（哪怕调用的是函数）
很多人误以为函数就得用 CommandType.Text 拼 BEGIN ... END;，这是最大陷阱。ODP.NET 对函数和存储过程的调用机制不同：函数若声明为包内可调用对象（如 PKG.MY_FUNC()），必须走存储过程协议，否则驱动会强行按分号拆解字符串，把 END; 后面的内容当成新语句，触发 PLS-00103。
-
OracleCommand.CommandType必须显式设为CommandType.StoredProcedure - 函数名必须带括号，哪怕无参：
"PKG.GET_DATA()"，不能写"PKG.GET_DATA" - 如果函数在包里，必须写全名：
"MY_PKG.MY_FUNC()"，不能只写"MY_FUNC()" - 不要手动拼
BEGIN PKG.MY_FUNC(); END;—— 这是给存储过程用的，函数不支持这种调用形式
OUT 参数类型和方向必须严格匹配 REF CURSOR
Oracle 函数本身不能直接返回结果集，只能通过 OUT SYS_REFCURSOR 参数传出。.NET 不会自动识别这个游标，必须人工声明并绑定。
- 定义输出参数时，
OracleParameter的OracleDbType必须是OracleDbType.RefCursor -
Direction必须设为ParameterDirection.Output，不能是InputOutput或ReturnValue - 不能用
ExecuteScalar()或ExecuteNonQuery()获取结果——它们无法消费游标，会直接报ORA-06550 + PLS-00306 - 必须用
ExecuteReader()，然后像普通DataReader一样读取
NULL 和 VARCHAR2 参数必须显式处理
看似无关的参数绑定细节，常是 PLS-00306 的真实推手。Oracle 对 NULL 和长度的容忍度远低于 C#，而 ODP.NET 默认行为会放大差异。
- C# 中传
null给VARCHAR2入参，必须写成DBNull.Value，不能用 C# 的null - 所有
OUT或IN OUT的VARCHAR2参数，必须指定Size，例如new OracleParameter("p_out", OracleDbType.Varchar2, 2000)；默认长度为 1，一赋值就炸 - 函数调用字符串末尾不能有多余换行或空格，尤其在调试时拼接 SQL 后容易残留
\n - 连接字符串建议启用
Validate Connection=true，避免连接复用导致的元数据缓存污染
DBeaver 测试时也得同步改配置
本地用 DBeaver 验证 PL/SQL 逻辑时，如果配置不对，会提前复现同样的 ORA-06550，误导你认为是代码问题。
- DBeaver 中必须勾选「SQL 执行 → 执行整个脚本」
- 同时启用「语句分隔符为
/」，否则END;后的/会被当作非法符号 - 测试函数调用时，别写
SELECT PKG.MY_FUNC() FROM DUAL—— 这种方式无法接收REF CURSOR，只会报ORA-06550 - 正确测试方式是用匿名块显式声明游标变量：
DECLARE rc SYS_REFCURSOR; BEGIN PKG.MY_FUNC(rc); END;
最易被忽略的一点：函数体内部不能出现裸 SELECT ... INTO 后直接 RETURN，Oracle 不允许函数在匿名上下文里“吐”结果集；所有结果必须经由 OUT SYS_REFCURSOR 显式打开并传出——否则编译能过，执行必崩，且错误仍包装成 ORA-06550。
