调用存储过程时参数数量或类型错误排查求助

我仔细对比了你提供的包声明和调用代码，发现几个可能触发wrong number or types of arguments错误的关键点，按优先级排序如下：

1. 包体与包声明的参数顺序/类型不一致（最可能原因） #

你只提供了包的声明部分，但实际执行逻辑在包体中。如果包体里的procedure_info存储过程参数顺序和包声明不一致，会直接导致参数类型不匹配。

比如，假设包体里的最后两个参数写反了：

procedure procedure_info ( 
  p_status in varchar2 ,
  p_id in number ,
  p_py_id in number ,
  p_type in number ,
  p_date_time in date ,
  p_os_pay in number ,
  p_ind in varchar2 ,
  p_confirm in varchar2 ,
  p_year in number ,
  p_failure_reason in varchar2 ,
  p_currrpay in number,  -- 此处与声明顺序调换
  p_details in g_r_type 
);

而你调用时传入的是p_details, p_currrpay，就会把记录类型变量传给number类型参数，直接触发类型不匹配错误。

解决方法：打开包体代码，逐行核对参数的顺序、名称、类型和模式（IN/OUT/IN OUT），确保和包声明完全一致。

2. 自定义记录类型的定义不一致 #

虽然你在调用代码里明确声明了p_details pkg.g_r_type，但如果包体中定义的g_r_type和包声明里的字段有差异（比如字段类型、长度、数量不同），也会导致参数不兼容。

比如包声明里c_year是number(2)，但包体里误写成number(1)；或者包体里多/少了某个字段，都会让记录类型无法匹配。

解决方法：对比包声明和包体中的g_r_type定义，确保所有字段的名称、类型、精度完全一致。

3. 包未正确编译 #

如果修改了包声明后没有重新编译包体，会导致包体处于无效状态，调用时可能抛出参数相关的错误（虽然错误信息可能不完全匹配，但也是常见坑点）。

解决方法：重新编译整个包，确保包声明和包体都处于有效状态：

ALTER PACKAGE pkg COMPILE;
ALTER PACKAGE pkg COMPILE BODY;

4. 变量拼写或隐式类型转换问题 #

虽然你核对过，但还是要再检查两个细节：

• 调用代码里的p_currrpay拼写是否和包声明完全一致（看起来是一致的，但再确认下）；
• 有没有隐式类型转换的风险？比如p_ind是VARCHAR2(2)，但包声明里是VARCHAR2，不过你传的是'Y'（长度1），这种情况一般不会报错。

建议先优先检查包体的参数顺序，这是这类错误最常见的根源。

内容的提问来源于stack exchange，提问作者Kritika Pandey