判断触发器是否已存在需查 sys.triggers 且 parent_class = 0；存在则 DROP TRIGGER ... ON DATABASE，再用 CREATE TRIGGER ... ON DATABASE 明确指定事件（如 CREATE_TABLE），不可用通配符或事件组名。
直接回答：用 CREATE TRIGGER ... ON DATABASE 语法，事件列表必须明确指定（如 CREATE_TABLE），不能写成通配符或模糊匹配。
如何判断触发器是否已存在并安全创建
SQL Server 不允许同名触发器重复创建，但 DROP TRIGGER 在不存在时会报错。所以必须先查 sys.triggers，且注意 parent_class = 0 表示数据库级（不是架构级）：
SELECT * FROM sys.triggers WHERE parent_class = 0 AND name = 'tr_audit_ddl'- 必须用
ON DATABASE，不能漏掉；写成ON SCHEMA或不写作用域会导致语法错误 - 如果触发器已存在，
DROP TRIGGER tr_audit_ddl ON DATABASE才合法；写成DROP TRIGGER tr_audit_ddl（无作用域）会失败
常见事件类型与拼写陷阱
DDL 触发器事件名区分大小写、不能缩写、不支持通配符。比如想监控所有表操作，不能写 TABLE 或 DDL_TABLE_EVENTS（那是事件组，仅限 EVENT NOTIFICATION）：
- 正确写法：
FOR CREATE_TABLE, ALTER_TABLE, DROP_TABLE - 错误写法：
FOR DDL_TABLE_EVENTS（报错：'DDL_TABLE_EVENTS' is not a recognized event - 系统存储过程如
sp_rename不会触发ALTER_TABLE，但会触发RENAME事件（SQL Server 2016+ 支持） -
GRANT/DENY类权限变更需单独列出，如GRANT_DATABASE，不能靠DDL_DATABASE_SECURITY_EVENTS组名
触发器体内必须避免返回结果集
SQL Server 2019 默认禁止触发器返回结果集（disallow results from triggers = 1），否则执行 DDL 语句会报错：The statement has been terminated.（实际错误是隐式结果集被拦截）：
- 禁用
PRINT、SELECT、RAISERROR（无WITH LOG）等输出语句 - 审计日志必须用
INSERT INTO写表，不能SELECT * FROM inserted（DDL 触发器根本没有inserted/deleted表） - 要用
EVENTDATA()提取事件细节，它返回 XML，需用.value()解析，例如：EVENTDATA().value('(/EVENT_INSTANCE/ObjectName)[1]', 'sysname') - 事务中调用
ROLLBACK会终止整个 DDL 操作，但不会自动回滚触发器内已执行的INSERT（除非显式加事务控制）
为什么 OBJECT_ID() 查不到 DDL 触发器
因为 DDL 触发器不属于任何 schema，也不在 sys.objects 中注册。这是最容易卡住的地方：
- 查是否存在只能用
sys.triggers，且必须加WHERE parent_class = 0 -
OBJECT_ID('tr_audit_ddl')永远返回NULL，哪怕触发器真实存在 - 启用/禁用触发器用
DISABLE TRIGGER tr_audit_ddl ON DATABASE，不能省略ON DATABASE - 服务器级触发器走
sys.server_triggers，和数据库级完全隔离，别混查
真正麻烦的是事件覆盖范围——比如 CREATE_INDEX 和 ALTER_INDEX 是独立事件，sp_addextendedproperty 不触发任何标准 DDL 事件，得靠登录触发器或 SQL Audit 补位。别指望一个触发器兜住所有“结构变更”。
