EXECUTE IMMEDIATE 不能直接调用带 OUT 参数的存储过程，因其不支持声明和绑定 OUT/IN OUT 变量，仅支持 INTO；正确方式是使用 DBMS_SQL 动态解析、绑定并获取参数值。
为什么不能直接用 EXECUTE IMMEDIATE 调用带 OUT 参数的存储过程？
因为 EXECUTE IMMEDIATE 本身不支持声明和绑定 OUT 或 IN OUT 绑定变量——它只允许 INTO（对应单行查询结果），而存储过程的出参是通过参数传递的，不是返回值。硬写 EXECUTE IMMEDIATE 'BEGIN proc(?, ?); END;' USING ..., ...; 会报错 PLS-00457: expressions have to be of SQL types，尤其当出参是自定义类型（如 RECORD、TABLE）时更明显。
正确做法：用 DBMS_SQL + 动态绑定描述符解析参数
必须借助 DBMS_SQL 包，因为它支持运行时描述过程签名、动态定义绑定变量类型、并显式指定 IN/OUT 方向。关键步骤如下：
- 用
DBMS_SQL.OPEN_CURSOR打开游标 - 用
DBMS_SQL.PARSE解析匿名块（不是直接解析过程名），例如'BEGIN :proc_name(:p1, :p2); END;' - 用
DBMS_SQL.DESCRIBE_COLUMNS或提前查ALL_ARGUMENTS获取参数个数、名称、方向、数据类型（注意：DATA_TYPE是 Oracle 内部编码，需映射为DBMS_SQL支持的类型常量，如DBMS_SQL.VARCHAR2_TABLE对应VARCHAR2） - 对每个参数调用
DBMS_SQL.BIND_VARIABLE，对OUT参数传入空值或占位符；对IN参数传入实际值 - 执行后，用
DBMS_SQL.VARIABLE_VALUE或DBMS_SQL.COLUMN_VALUE取出OUT值（注意类型匹配，比如NUMBER要用DBMS_SQL.NUMBER_TABLE接收）
示例片段（仅示意核心逻辑）：
DECLARE
cur INTEGER := DBMS_SQL.OPEN_CURSOR;
ret NUMBER;
out_val VARCHAR2(100);
BEGIN
DBMS_SQL.PARSE(cur, 'BEGIN ' || :proc_name || '(:p_in, :p_out); END;', DBMS_SQL.NATIVE);
DBMS_SQL.BIND_VARIABLE(cur, ':p_in', 123);
DBMS_SQL.BIND_VARIABLE(cur, ':p_out', out_val); -- 自动识别为 OUT
DBMS_SQL.EXECUTE(cur);
DBMS_SQL.VARIABLE_VALUE(cur, ':p_out', out_val); -- 显式取值
DBMS_OUTPUT.PUT_LINE('out = ' || out_val);
END;绕不开的坑：参数类型与权限校验
动态调用最常卡在两个地方：
-
类型不匹配：比如过程定义
p_date IN DATE，但你用DBMS_SQL.BIND_VARIABLE(cur, ':p_date', SYSDATE)是安全的；但如果过程期望CHAR(10)，你传VARCHAR2就可能隐式截断或报ORA-06502。建议统一用DBMS_SQL.VARCHAR2_TABLE+DBMS_SQL.DEFINE_COLUMN控制精度 -
权限问题：即使当前用户有
EXECUTE权限，DBMS_SQL在解析时仍会做完整权限检查（包括被调过程引用的表、序列等）。如果过程里有INSERT INTO other_schema.t，你还得有该表的INSERT权限，否则报ORA-00942: table or view does not exist—— 这不是语法错，是权限缺失 -
过程不存在或重载模糊：
ALL_ARGUMENTS查不到就说明过程名拼错、不在当前 schema、或没授权。别依赖USER_PROCEDURES，要用ALL_PROCEDURES并确认OWNER
替代方案：用包装函数统一入口（适合固定出参结构）
如果业务上「动态调用」只是指过程名可变，但所有目标过程的签名高度一致（比如都只有一个 OUT VARCHAR2），可以建一个通用包装函数：
CREATE OR REPLACE FUNCTION call_proc_by_name(p_proc_name VARCHAR2, p_in_param VARCHAR2)
RETURN VARCHAR2 IS
v_result VARCHAR2(4000);
BEGIN
EXECUTE IMMEDIATE 'BEGIN ' || p_proc_name || '(:1, :2); END;'
USING p_in_param, OUT v_result;
RETURN v_result;
END;这个方案能用，是因为 EXECUTE IMMEDIATE 在匿名块中支持 OUT 绑定（前提是类型是 SQL 基础类型）。但它不适用于复杂类型、多出参、或需要严格错误分类的场景。
真正灵活又健壮的动态调用，躲不开 DBMS_SQL 的繁琐绑定逻辑，尤其是类型映射那一步——多数人第一次写都会在 DEFINE_COLUMN 和 VARIABLE_VALUE 的类型常量上卡住半天。
