PostgreSQL 12通过JDBC调用存储过程报函数不存在异常

• 强类型匹配偏差：PostgreSQL为强类型数据库，不会对character（定长char）与character varying（变长varchar）做自动隐式类型转换。你定义的存储过程前4个入参为character类型，但Java端通过setString传参时，JDBC驱动默认将参数映射为varchar类型，最终实际检索的对象签名与存储过程真实签名完全不匹配。报错仅提示4个varchar类型的参数不匹配，是因为前序参数类型推断错误已经导致检索链断裂，未走到对后两个INOUT参数的校验环节。
• 数据库对象检索逻辑错误：PostgreSQL 11+ 中存储过程（PROCEDURE）与普通函数（FUNCTION）是两套独立的数据库对象，哪怕参数完全一致也无法互通调用。报错提示“function does not exist”的本质是驱动解析时未正确匹配到PROCEDURE类型对象，错误走了FUNCTION的检索逻辑。
• 出参类型不匹配：存储过程后两个INOUT参数为bigint类型，但Java端通过registerOutParameter注册的是Types.INTEGER类型，存在参数签名偏差。
• Schema检索偏移：虽然连接配置了currentSchema=abc，但未在调用语句中显式指定存储过程所属schema，部分驱动版本的CALL语法解析会出现检索范围偏移。

• 调整调用SQL：将原有无schema的调用语句{call abc_acclvl_proc(?,?,?,?,?,?)}修改为显式指定schema的形式{call abc.abc_acclvl_proc(?,?,?,?,?,?)}，避免驱动检索范围偏移。
• 修正入参绑定逻辑：替换原有setString传参方式，通过setObject显式指定前4个入参的类型为Types.CHAR，匹配存储过程的char类型入参定义，避免驱动自动推断为varchar类型。
• 修正出参注册规则：将registerOutParameter(5, Types.INTEGER)、registerOutParameter(6, Types.INTEGER)修改为registerOutParameter(5, Types.BIGINT)、registerOutParameter(6, Types.BIGINT)，匹配存储过程的bigint类型INOUT参数定义。
• 预校验环节：先在数据库客户端中手动执行存储过程调用语句，格式为CALL abc.abc_acclvl_proc('Middletown'::char, 'NJ'::char, ''::char, 'Empty'::char, 0::bigint, 0::bigint);，确认存储过程本身的权限、归属没有异常后，再执行Java代码调用。

内容的提问来源于stack exchange，提问作者Sumit Ranjan