使用JPA StoredProcedureQuery调用带REF Cursor的Postgres存储过程报错排查

一、escapeSyntaxCallMode=callIfNoReturn 失效的原因 #

PostgreSQL JDBC驱动中，callIfNoReturn 的逻辑是：仅当驱动判定存储过程没有返回结果（包括结果集、OUT参数对应的返回值）时，才使用 CALL 语法调用；否则会默认采用函数调用的 SELECT ... 语法。

你的存储过程包含OUT参数为REF Cursor，JDBC驱动会将这个REF Cursor识别为“有结果集返回”的情况，不满足callIfNoReturn的“无返回”判定条件，因此仍会用函数调用方式执行。而PostgreSQL不允许用SELECT语法调用存储过程，这就导致了报错。

二、能否单独为StoredProcedureQuery设置escapeSyntaxCallMode=call？ #

JPA标准的StoredProcedureQuery没有提供直接设置该连接参数的API，因为这个参数属于JDBC连接层面的配置。不过可以通过以下几种方式实现类似效果：

• 针对Hibernate实现的方案：从EntityManager获取Session，再拿到底层JDBC连接，手动设置连接属性escapeSyntaxCallMode=call。注意这种方式会绕过JPA封装，需要自行处理事务一致性。
• 多数据源隔离：为需要调用该存储过程的场景单独配置一个数据源，其连接URL中包含escapeSyntaxCallMode=call，调用时指定使用这个数据源。
• 显式指定调用语法：如果使用Hibernate，可以通过@NamedStoredProcedureQuery的callable属性显式标记为可调用存储过程，不过在REF Cursor场景下，还是配合call模式的连接参数更可靠。

内容的提问来源于stack exchange，提问作者Vishwanath Joshi