ORA-00904错误：跨Schema调用函数编译存储过程失败

先明确你的场景：

在schema_A下编译存储过程proc_A，调用其他架构（比如schema_B）的函数func_B，已经用了全限定名schema_B.func_B()，通过角色拥有EXECUTE权限，直接执行select schema_B.func_B() from dual;正常，但编译proc_A时触发ORA-00904无效标识符错误。

问题根源 #

这个坑我踩过好几次！核心在于Oracle对PL/SQL单元权限的特殊处理：角色赋予的权限，在编译存储过程、函数、包这类命名PL/SQL对象时完全不生效。

• 直接在SQL窗口调用函数时，你的会话会继承所有已激活角色的权限，所以能正常访问；
• 但编译存储过程时，Oracle只会检查当前用户（这里是schema_A）被直接授予的对象级权限，完全忽略角色带来的权限。这就导致编译时Oracle找不到目标函数，抛出ORA-00904（本质是权限不足导致对象不可见，Oracle用这个错误提示）。

解决方案 #

1. 直接授予对象级EXECUTE权限（最稳妥） #

切换到函数所属架构（比如schema_B），或使用拥有DBA权限的用户执行以下命令，给schema_A直接赋予目标函数的执行权限：

GRANT EXECUTE ON schema_B.func_B TO schema_A;

权限授予完成后，重新编译你的存储过程：

ALTER PROCEDURE schema_A.proc_A COMPILE;

这时候再编译就不会报错了，因为Oracle能识别到schema_A拥有直接的访问权限。

2. 可选：使用AUTHID CURRENT_USER（适合特定业务场景） #

如果你的业务允许存储过程以调用者的权限运行，可以在创建/修改proc_A时加上AUTHID CURRENT_USER属性：

CREATE OR REPLACE PROCEDURE schema_A.proc_A
AUTHID CURRENT_USER
IS
-- 存储过程逻辑
BEGIN
  -- 调用schema_B.func_B()
  DBMS_OUTPUT.PUT_LINE(schema_B.func_B());
END;
/

这个属性会让存储过程运行时使用当前调用者的权限（而非定义者schema_A的权限），如果调用者拥有访问schema_B.func_B()的角色权限，就能正常执行。不过要注意，这种方式可能带来安全风险，需谨慎使用。

总结 #

最可靠的解决方案还是直接给用户授予对象级权限，这是Oracle PL/SQL权限模型的要求，能确保存储过程的权限稳定性，避免后续角色变更导致的异常。

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