Oracle函数返回BOOLEAN类型不被ODP.NET支持，必须改写为NUMBER(1)或VARCHAR2并显式转换；调用时需设CommandType.StoredProcedure、BindByName=true，返回值参数Direction=ReturnValue且类型匹配。
Oracle函数返回BOOLEAN类型，ODP.NET根本不认
Oracle的BOOLEAN是PL/SQL专有类型，不在SQL引擎层面暴露，ODP.NET（包括所有JDBC/ODBC驱动）压根不支持它作为函数返回值或参数类型。直接用OracleDbType.Boolean会抛出System.ArgumentException: Invalid OracleDbType——这不是配置问题，是底层协议限制。
实操建议：
- 把Oracle函数改写为返回
NUMBER(1)（0/1）或VARCHAR2(5)（'TRUE'/'FALSE'），这是唯一可靠路径 - 如果无法改存储逻辑，用
FUNCTION ... RETURN PLS_INTEGER替代，PL/SQL里用CASE WHEN xxx THEN 1 ELSE 0 END包装原布尔表达式 - 别试图用
OracleDbType.Object或自定义UDT映射——ODP.NET对PL/SQL BOOLEAN没有对应TypeHandler
ODP.NET调用时怎么正确获取NUMBER(1)结果并转bool
返回NUMBER(1)后，C#端必须显式转换，不能依赖隐式类型推导。ODP.NET默认把NUMBER映射为decimal，直接(bool)reader["col"]会报InvalidCastException。
实操建议：
- 用
Convert.ToBoolean(reader.GetDecimal("col"))——Convert.ToBoolean(decimal)能正确处理0→false、非0→true - 如果函数可能返回NULL，先判空：
reader.IsDBNull("col") ? false : Convert.ToBoolean(reader.GetDecimal("col")) - 避免用
reader.GetInt32()——OracleNUMBER(1)在ODP.NET中可能被映射为short或int，取决于实际值范围，不保险
用OracleCommand执行函数时，CommandType和BindByName容易踩的坑
很多人用CommandType.Text拼SQL调用函数，但Oracle函数调用必须用CommandType.StoredProcedure，否则绑定参数失效或返回值取不到。
实操建议：
- 设置
cmd.CommandType = CommandType.StoredProcedure，函数名写全：cmd.CommandText = "my_package.my_func"（注意不是SELECT my_package.my_func(...) FROM DUAL） -
cmd.BindByName = true必须显式设为true，否则参数按顺序绑定，函数有多个参数时极易错位 - 返回值参数要声明为
OracleDbType.Int32（对应NUMBER(1)）且Direction = ParameterDirection.ReturnValue，别用Output
为什么不用REF CURSOR或OUT参数代替函数返回？
有人想绕开返回值限制，改用OUT NUMBER参数。这可行但没必要——函数本就该返回值，且OUT参数在ODP.NET中需额外声明OracleParameter并设Direction，代码更冗长，性能无优势。
真正要注意的是：如果函数内部有DML操作，必须确认是否加了PRAGMA AUTONOMOUS_TRANSACTION。否则在事务中调用会报ORA-14551: cannot perform a DML operation inside a query——这个错误和布尔返回无关，但常一起出现，容易误判。
