SYS用户执行test schema存储过程提示funcA未声明的解决方法

报错核心原因是该存储过程使用了AUTHID CURRENT_USER调用者权限模型：

• test账号登录执行时，会话默认schema为test，过程内未加schema前缀的funcA会在test schema下检索，命中对应函数所以执行正常。
• SYS账号执行时，会话默认schema为SYS，未加前缀的funcA会被解析为SYS.funcA，SYS schema下不存在该函数，因此抛出未声明错误。

方案1：存储过程内依赖对象显式加schema前缀（最优，无副作用） #

直接修改doAProcedure的定义代码，将内部所有未指定schema的同schema依赖对象（包括funcA、过程内引用的表、视图、其他子程序等），全部显式加上test.前缀，例如将funcA(入参)改为test.funcA(入参)。
该方案不会改变原有调用者权限的逻辑，任何用户调用过程时，都会固定到test schema下查找依赖对象，不会因为调用用户的默认schema不同出现对象解析失败，是最稳妥的生产修复方案。
修改后的存储过程结构参考：

CREATE OR REPLACE PROCEDURE doAProcedure(tabname varchar2) 
AUTHID CURRENT_USER AS 
BEGIN
  -- 原有业务逻辑
  -- 调用funcA时显式指定schema
  test.funcA(...);
  -- 其余原有业务逻辑
END;
/

方案2：为调用用户创建对应私有同义词（应急方案，维护成本高） #

如果暂时无法修改存储过程代码，可以针对需要调用该过程的用户，创建指向test.funcA的私有同义词。例如给SYS用户创建同义词的语句为：

CREATE SYNONYM SYS.funcA FOR test.funcA;

该方案的缺点是后续每新增一个需要调用该过程的数据库用户，都要单独创建对应同义词，维护成本高，仅适合临时应急使用。

方案3：改为定义者权限模型（不推荐，存在权限风险） #

存储过程默认使用AUTHID DEFINER定义者权限模型，即去掉AUTHID CURRENT_USER子句后，过程内的无前缀对象引用会固定以过程定义者（test用户）的schema上下文解析，无论哪个用户调用都能找到test.funcA。
注意该方案会完全改变存储过程的权限校验逻辑：过程执行时的所有权限判断都以test用户的权限为准，而非调用用户自身的权限，可能引发越权访问问题，仅在确认业务逻辑完全适配定义者权限时才可使用。
修改语句参考：

CREATE OR REPLACE PROCEDURE doAProcedure(tabname varchar2) 
-- 移除AUTHID CURRENT_USER子句，默认使用定义者权限
AS 
....

方案4：调用时临时切换会话schema（仅适合手动运维场景） #

如果只是SYS用户临时手动执行该过程，可以在执行前先切换当前会话的默认schema到test，执行完成后再切回SYS即可：

ALTER SESSION SET CURRENT_SCHEMA = test;
EXEC test.doAProcedure('varA');
ALTER SESSION SET CURRENT_SCHEMA = SYS;

该方案仅适合单次手动运维操作，不能用于固化的业务调用逻辑。

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