存储过程名必须带schema前缀，否则报ora-06576；输入参数须显式指定oracledbtype，不可依赖dapper自动推断；ref cursor输出必须用dapper.oracle的oracledynamicparameters，原生dynamicparameters不支持。

存储过程名必须带Schema前缀，否则ORA-06576报错

Oracle不认裸过程名，Query("get_user", ...) 会直接失败，错误是 ORA-06576: not a valid function or procedure name。根本原因是Oracle要求全限定名，哪怕在当前Schema下也得写成 "SCHEMA_NAME.GET_USER" 或 "PKG_USER.GET_USER"。

常见踩坑点：

• 开发库用 HR.GET_EMP，上线库换成了 APP_OWNER.GET_EMP，忘了改代码
• 用了同义词但没确认其指向的Schema，调用时仍按旧名写
• 大小写敏感：数据库里建的是 "GetUser"（带双引号），代码里传 "getuser" 就匹配不上

输入参数必须显式指定OracleDbType，不能靠Dapper自动推断

Dapper默认按SQL Server语义猜类型，Oracle不买账。比如传 new { id = 123 }，ODP.NET可能把 int 当成 VARCHAR2 绑定，触发 ORA-06502。

正确做法是用 DynamicParameters 并逐个声明类型：

• NUMBER 字段 → 用 OracleDbType.Int32 或 OracleDbType.Decimal（精度敏感时选后者）
• VARCHAR2 输入 → OracleDbType.Varchar2，值可直接传 string
• DATE → OracleDbType.Date，.NET的 DateTime 能直传
• 别加 @ 前缀，Oracle参数名就是 "p_id"，不是 "@p_id"

输出参数不设size或dbType就崩，ORA-06502几乎必现

VARCHAR2 输出参数如果只写 p.Add("msg", direction: ParameterDirection.Output)，ODP.NET会按size=0处理，直接抛 ORA-06502。NUMBER类输出若没指定 OracleDbType，也可能被当字符串解析失败。

Crypto Sniper Oracle

机构级量化市场预言机，提供订单簿失衡（OBI）、VWAP分析、自动化报告及Telegram预警。

下载

关键配置项：

• VARCHAR2 输出必须带 size：例如 p.Add("p_msg", dbType: OracleDbType.Varchar2, size: 200, direction: ParameterDirection.Output)
• NUMBER 输出别用 Int32，优先用 OracleDbType.Decimal，避免精度丢失
• REF CURSOR 输出不能用原生 DynamicParameters，必须换 OracleDynamicParameters（来自 Dapper.Oracle 包）
• 调用后取值用 p.Get<string>("p_msg")</string>，不是 p.Get("p_msg")

REF CURSOR必须用Dapper.Oracle，原生Dapper完全不支持

原生 DynamicParameters 加 OracleDbType.RefCursor 会直接抛异常：“无法将OracleRefCursor转换为IEnumerable”。这不是你配错了，是Dapper设计上就没实现Oracle游标解包逻辑。

必须走这条路径：

• NuGet安装 Dapper.Oracle（不是 Dapper 本体）
• 用 OracleDynamicParameters 替代 DynamicParameters
• 参数声明写成 p.Add("p_cursor", dbType: OracleDbType.RefCursor, direction: ParameterDirection.Output)
• 执行用 Query<t>()</t>，不是 Execute()；语句名仍是全限定存储过程名，如 "PKG_ORDER.GET_ITEMS"

真正容易被忽略的是：即使你装了 Dapper.Oracle，如果没引用它的命名空间、或者仍用 new DynamicParameters()，游标照样拿不到数据——类型擦除发生在构造那一刻，不是执行时。