Oracle转PostgreSQL：如何用SELECT在当前包中调用其他包？

Oracle和PostgreSQL在存储程序（函数/存储过程）的调用语法上存在差异，结合你的场景，问题出在Oracle的表函数调用逻辑无法直接映射到PostgreSQL的CALL语句，以下是具体解决方案：

核心差异分析 #

原Oracle代码SELECT * FROM pkg_beneficiary_sp_regenerate_otp(...) INTO ...，本质是调用一个返回记录类型的函数，通过SELECT INTO将函数返回的字段赋值给变量。而PostgreSQL中CALL仅用于调用无返回值的存储过程（PROCEDURE），如果目标程序是函数，直接用CALL会报错。

分场景解决 #

场景1：目标程序是PostgreSQL函数（对应Oracle的表函数） #

如果pkg_beneficiary_sp_regenerate_otp被定义为带OUT参数或返回记录的函数，调用方式如下：

方式1：使用SELECT INTO（最贴近Oracle原逻辑）

SELECT * INTO W_OTP, W_ERROR 
FROM pkg_beneficiary_sp_regenerate_otp(P_ENTITY_CODE, P_IMEI_NUMBER, P_USER_ID);

注：如果函数的最后两个参数是OUT类型，调用时只需传入前3个输入参数，SELECT INTO会自动接收OUT参数的值。

方式2：直接赋值（更简洁的PostgreSQL写法）

如果函数返回的是固定结构的记录，可直接用赋值语句：

(W_OTP, W_ERROR) := pkg_beneficiary_sp_regenerate_otp(P_ENTITY_CODE, P_IMEI_NUMBER, P_USER_ID);

场景2：目标程序是PostgreSQL存储过程（PROCEDURE） #

如果将原Oracle程序迁移为PostgreSQL存储过程，需确保最后两个参数为INOUT或OUT类型，调用时需传入已声明的变量接收结果：

-- 先声明变量（若未声明）
DECLARE
    W_OTP VARCHAR; -- 替换为实际类型
    W_ERROR VARCHAR; -- 替换为实际类型
BEGIN
    CALL pkg_beneficiary_sp_regenerate_otp(P_ENTITY_CODE, P_IMEI_NUMBER, P_USER_ID, W_OTP, W_ERROR);
    -- 后续可直接使用W_OTP和W_ERROR变量
END;

额外注意事项 #

• PostgreSQL没有Oracle的PACKAGE概念，通常用**模式（SCHEMA）**模拟包结构，比如将相关函数/过程放在pkg_beneficiary模式下，调用时需写全pkg_beneficiary.sp_regenerate_otp。
• 确保函数/存储过程的参数类型、数量、方向（IN/OUT/INOUT）与原Oracle程序完全匹配，避免参数不兼容问题。

内容的提问来源于stack exchange，提问作者sp k