已授予执行权限仍无法调用Oracle存储过程，报ORA-00942错误求助

1. 定位存储过程第46行的表引用问题 #

找到存储过程第46行的SQL语句，检查其中访问的表是否使用了不带schema前缀的名称。比如写的是select * from table_x，在定义者权限模式下，Oracle会默认以存储过程所属的dev02 schema去查找表，但如果dev02本身没有该表的访问权限（比如表属于其他schema），就会触发ORA-00942错误。
而改成调用者权限（authid current_user）后，会以当前调用者（dev02）的用户权限查找表，此时能正常运行，说明dev02用户自身有该表的访问权限，但定义者权限的上下文无法继承这些权限。

2. 验证定义者权限的权限继承规则 #

定义者权限的存储过程执行时，会使用存储过程所有者（dev02）的权限，但注意：直接授予用户的权限会被继承，通过角色授予的权限不会。

• 执行select * from user_role_privs where grantee = 'DEV02';查看dev02拥有的角色
• 执行select * from role_tab_privs where role = '<目标角色名>' and table_name = '<目标表名>';，确认目标表的权限是否是通过角色授予的
  如果是角色授权，必须给dev02用户直接授予目标表的对应权限（比如grant select on <表所属schema>.<表名> to dev02;，有写操作则加上insert/update/delete）。

3. 确认表的归属与权限 #

• 执行select owner, table_name from all_tables where table_name = '<目标表名>';，确认表的实际所属schema
• 如果表属于其他schema，直接给dev02用户授予该表的访问权限，避免依赖角色权限。

4. 修正存储过程的表引用（可选） #

如果希望保持定义者权限模式，且不想调整权限，可以在存储过程的SQL语句中显式指定表的schema前缀，比如把from table_x改成from <表所属schema>.table_x，让Oracle直接访问指定schema下的表。

5. 重新编译存储过程 #

调整权限或修改代码后，执行alter procedure dev02.copy compile;重新编译存储过程，确保修改生效。

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