Oracle PL/SQL：函数内能否调用存储过程？SELECT调用限制解析

1. 函数内部是否允许调用存储过程？ #

答案是可以，但有前提限制。

在纯PL/SQL块（比如匿名块、另一个存储过程里的函数调用）中，只要你的函数不用于SQL语句（比如SELECT查询），完全可以调用存储过程。举个简单的合法示例：

CREATE PROCEDURE log_message(p_msg VARCHAR2) AS
BEGIN
  DBMS_OUTPUT.PUT_LINE('Log: ' || p_msg);
END;
/

CREATE FUNCTION get_user_name(p_user_id NUMBER) RETURN VARCHAR2 AS
  v_name VARCHAR2(100);
BEGIN
  SELECT name INTO v_name FROM users WHERE id = p_user_id;
  log_message('Fetched user: ' || v_name); -- 调用存储过程
  RETURN v_name;
END;
/

这个函数在PL/SQL块里调用完全没问题：

DECLARE
  v_user_name VARCHAR2(100);
BEGIN
  v_user_name := get_user_name(1);
END;
/

但如果你的存储过程包含副作用操作（比如执行INSERT/UPDATE/DELETE、提交/回滚事务、修改会话参数如ALTER SESSION），那调用了这个存储过程的函数就不能用于SQL语句（比如SELECT get_user_name(id) FROM users;），否则会抛出错误——因为Oracle要求用于SQL上下文的函数必须是“纯净”的，不能改变数据库或会话状态。

2. 为什么有资料说函数内无法调用存储过程？以及SELECT中不能调存储过程却能调函数？ #

关于“函数内无法调用存储过程”的误解 #

那些资料其实是把“用于SQL语句的函数”和“仅用于PL/SQL块的函数”搞混了。

Oracle对用于SQL上下文（比如SELECT、WHERE子句）的函数有严格限制：它必须是无副作用、确定性的——意思是相同输入必须返回相同结果，而且不能修改数据库或会话状态。而存储过程往往会包含副作用操作（比如写日志到表、修改数据），如果函数里调用了这类存储过程，那这个函数就不符合SQL上下文的要求，自然不能在SQL里用。但在纯PL/SQL环境下，这种调用是完全合法的。

为什么SELECT中不能调用存储过程，却能调用函数？ #

这和SQL的执行模型直接相关：

• SQL是基于集合运算的，它要求操作可预测、可并行、不破坏数据一致性。存储过程可以执行任意操作，比如在SELECT时调用存储过程做了UPDATE，同一查询的结果可能前后不一致，并行执行时还会引发锁冲突或数据异常，所以Oracle直接禁止在SQL语句中调用存储过程。
• 函数则不同，只要它符合“纯净函数”的要求（比如使用DETERMINISTIC、PARALLEL_ENABLE关键字，没有副作用操作），就可以在SELECT中使用。这类函数不会改变数据库状态，相同输入返回相同结果，完全适配SQL的集合运算模型。即使是普通函数，只要没有副作用，也能在SELECT里正常调用。

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