当前用户缺少CREATE TRIGGER权限需先查USER_SYS_PRIVS确认，若无结果则必须显式授予；触发器内引用的对象（如序列、表、包）权限也须单独授予，且不能依赖角色权限。
CREATE TRIGGER 权限不够，先确认是不是真缺这个权限
直接查 user_sys_privs，别猜。执行：select * from user_sys_privs where privilege = 'create trigger';
如果没结果，说明当前用户确实没被显式授予该权限——哪怕你有 dba 角色，create trigger 也必须单独给（角色权限在触发器编译阶段不生效）。
用 GRANT CREATE TRIGGER 授予后仍报 ORA-01031？检查序列和表的 object privilege
常见陷阱：触发器里用了 SELECT seq_name.NEXTVAL FROM DUAL 或访问其他用户的表，但只给了 CREATE TRIGGER，没给序列的 SELECT 权限或表的 SELECT/INSERT 权限。
必须显式授权，例如：
GRANT SELECT ON other_user.seq_name TO your_user;GRANT INSERT ON other_user.target_table TO your_user;
GRANT ANY OBJECT PRIVILEGE 的 DBA 执行。CREATE ANY TRIGGER 能跨 schema 创建，但不解决对象访问权限
如果你要在别人 schema 下建触发器（比如 CREATE OR REPLACE TRIGGER other_user.trg_xxx ...），需要 CREATE ANY TRIGGER。
但它只管“建”的动作，不管触发器体内的 SQL 是否能跑通。以下仍会失败：
- 触发器里引用了
other_user.table_a，但你没被授予SELECT ON other_user.table_a - 触发器里调用
sys.dbms_job.submit，但没被授EXECUTE ON sys.dbms_job
GRANT。触发器编译失败时 show errors 显示 PL/SQL: ORA-01031，大概率是权限漏在内部语句
错误不是出在 CREATE TRIGGER 这行，而是触发器体里的某条 SQL 编译不过。比如：SELECT test.SEQ_id.nextval INTO :new.id FROM dual;
即使你能手动执行这句，放在触发器里就可能报错——因为触发器以定义者身份编译，依赖的序列权限必须已存在且显式授予。
排查建议：
- 把触发器体中每条 SQL 单独拿出来，用同一用户执行一遍
- 特别注意带 schema 前缀的对象（如
test.SEQ_id），权限必须对应到test用户下 - 避免用角色继承的权限，一律走
GRANT ... TO user
最常被忽略的一点：权限给了，但没刷新角色状态。如果用户登录后没激活角色（SELECT * FROM SESSION_ROLES; 返回空），哪怕权限已授，触发器编译仍失败。临时方案是 SET ROLE ALL;，长期应设默认角色：ALTER USER your_user DEFAULT ROLE ALL;
