如何捕获DDL变更_事件属性ora_dict_obj_name与ora

ora_sysevent 和 ora_dict_obj_name 仅在 ON DATABASE 的 DDL 触发器中有效，分别返回 DDL 操作类型（如 'CREATE'）和被操作对象名（不含 schema），不可用于表级或 ON SCHEMA 触发器。

ora_sysevent 和 ora_dict_obj_name 在什么场景下可用

这两个属性只在 oracle 数据库的 ddl 触发器中有效，且仅限于 after 或 before 类型的系统级触发器（create or replace trigger ... on database），普通表级触发器里访问会报 ora-04089: cannot reference sys dictionary objects in triggers 或直接报错说未定义。

它们不是 PL/SQL 内置变量，而是 Oracle 隐式提供的触发器上下文属性，类似 USER 或 SYSDATE，但作用域更窄——只在 DDL 触发器体内部可读。

ora_sysevent 返回触发当前触发器的 DDL 操作类型，比如 'CREATE'、'DROP'、'ALTER'、'TRUNCATE'
ora_dict_obj_name 返回被操作对象的名称（不含 schema），例如建表时是 'EMPLOYEES'，删视图时是 'V_SALES'
若操作跨 schema（如 DROP TABLE scott.emp），ora_dict_obj_name 仍只返回 'EMP'，schema 名需用 ora_dict_obj_owner

捕获 DDL 变更必须用 DATABASE 级触发器

很多人写了个 ON SCHEMA 触发器就以为能拿到 ora_dict_obj_name，结果运行时报错或返回空值。根本原因是：只有 ON DATABASE 触发器才完整支持所有 ora_* 字典事件属性。

ON SCHEMA 触发器虽能响应 DDL，但 Oracle 不保证提供这些属性——不同版本行为不一致，12c 后部分属性可能为 NULL，19c 中已明确文档标注“仅 DATABASE 级可用”。

创建语法必须带 ON DATABASE，不能省略
触发器需由具备 ADMINISTER DATABASE TRIGGER 权限的用户创建（通常是 DBA）
触发器中不能执行 DML 到普通表（除非用自治事务），否则可能引发递归或死锁

示例最小可用结构：

CREATE OR REPLACE TRIGGER log_ddl_events<br>AFTER DDL ON DATABASE<br>BEGIN<br>  INSERT INTO ddl_log (event, obj_name, obj_type, ts)<br>  VALUES (ora_sysevent, ora_dict_obj_name, ora_dict_obj_type, SYSDATE);<br>END;

ora_dict_obj_name 的常见陷阱

它看起来直观，但实际使用中极易误判对象归属或内容。最典型的是：对同义词、DBLINK、分区表、临时表等对象操作时，返回值不符合直觉。

执行 DROP SYNONYM my_syn → ora_dict_obj_name = 'MY_SYN'，但 ora_dict_obj_type = 'SYNONYM'，不是它指向的真实表名
执行 ALTER TABLE t1 MOVE PARTITION p1 → ora_dict_obj_name = 'T1'（不是 'P1'），ora_dict_obj_type = 'TABLE'
执行 CREATE GLOBAL TEMPORARY TABLE tmp_x (...) → ora_dict_obj_name 正常返回 'TMP_X'，但该表在数据字典中生命周期极短，日志表里存了也查不到定义
如果 DDL 语句含双引号标识符（如 CREATE TABLE "MyTable"），ora_dict_obj_name 返回带引号的原样字符串 '"MyTable"'，注意大小写和引号匹配

性能与权限的实际约束

这类触发器是“全局钩子”，每条 DDL 都会执行一次，哪怕只是开发人员连上 SQL*Plus 做个 CREATE TABLE t(x int) 测试。线上库开这个，尤其配合 INSERT 日志表，容易成为隐性瓶颈。

避免在触发器里做复杂逻辑、远程调用、长事务；建议只做轻量记录，后续异步解析
ora_sysevent 值是大写字符串，但注意某些特殊操作如 FLASHBACK TABLE 也会触发 DDL 事件，对应值是 'FLASHBACK'，不是所有文档都列出
如果触发器抛异常（比如日志表不存在或空间满），整个 DDL 会被回滚——这是硬限制，不是可选行为。所以日志表必须提前建好、有足够空间、权限正确
Oracle 12c 及以后支持 ora_login_user 和 ora_client_ip_address，但后者依赖客户端是否传真实 IP（如经代理可能为空），别默认依赖

真正难的不是取到这两个值，而是理解它们只在那一瞬间存在、不可重放、不可调试——DDL 执行完，上下文就销毁了。留日志是唯一可靠方式，而且得确保日志路径本身不出问题。