创建Oracle AFTER UPDATE触发器提示表不存在 单独执行SQL却正常

这是Oracle中PL/SQL对象权限校验的典型特性导致的：

• 普通SQL执行时，数据库会同时生效直接授予用户的权限和通过角色间接授予的权限，只要你当前登录的用户有USR2.EVENT_LG的查询权限（哪怕是通过角色拿到的），单独执行INSERT语句都能正常运行。
• 触发器、存储过程、自定义函数这类PL/SQL对象默认使用定义者权限（AUTHID DEFINER），编译阶段只会校验定义者被直接授予的权限，完全忽略角色授予的权限。你当前触发器的定义者是USR1，应该是仅通过角色给USR1授予了USR2.EVENT_LG的查询权限，没有直接授予，所以编译触发器时就会报「表不存在」的错误。

推荐两种常用的处理方案，按需选择即可：

方案1：直接授予权限（最常用，稳定性最高） #

使用USR2用户或者拥有DBA权限的用户执行以下授权语句：

GRANT SELECT ON USR2.EVENT_LG TO USR1;

授权完成后重新执行触发器创建语句，就能正常编译通过。

方案2：修改为调用者权限（适合需要统一通过角色管理权限的场景） #

在触发器的声明部分添加AUTHID CURRENT_USER参数，让触发器运行时使用触发该操作的用户的权限（会生效角色权限），修改后的触发器代码如下：

CREATE OR REPLACE TRIGGER USR1.CORE_FINISHED
AFTER UPDATE OF RUNTIME_STATUS
ON USR2.runtime_btc
FOR EACH ROW
WHEN ( new.RUNTIME_STATUS = 'FINISHED'
AND new.id = 'cr_daily')
AUTHID CURRENT_USER -- 新增调用者权限声明
BEGIN
INSERT INTO USR1.test_dq_log (BTC_NO, TBL_NAM, SCR_NAM)
SELECT BTC_NO, TBL_NAM, SCR_NAM
FROM USR2.EVENT_LG
WHERE BTC_NO = :NEW.BTC_NO;
END;

注意该方案需要保证所有会触发该更新操作的用户，都拥有USR2.EVENT_LG的查询权限和USR1.test_dq_log的插入权限。

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