SQL Server DDL触发器必须使用ON DATABASE + FOR关键字，禁用AFTER/INSTEAD OF；事件名如CREATE_TABLE需正确拼写；须过滤tempdb、避免外部调用、谨慎权限与事务上下文。
只能用 ON DATABASE 的 DDL 触发器，且必须用 FOR 关键字；AFTER 或 INSTEAD OF 在 DDL 场景下完全无效。
SQL Server 的 DDL 触发器必须建在 DATABASE 级别
DDL 操作（如 CREATE TABLE、ALTER TABLE）不作用于单张表，所以 ON users 这类写法会报错。唯一合法的作用域是 ON DATABASE 或 ON ALL SERVER（后者监控整个实例，权限要求更高）。
- 建在
ON DATABASE是最常用、最安全的选择 - 触发器内用
EVENTDATA()提取 XML 信息，关键字段包括：ObjectName、EventType、TSQLCommand - 必须过滤
tempdb：开头加IF EVENTDATA().value('(/EVENT_INSTANCE/DatabaseName)[1]', 'sysname') = 'tempdb' RETURN - 权限需提前授予：
CREATE DATABASE DDL TRIGGER+ALTER ANY DATABASE（若日志表跨库）
FOR ALTER_TABLE 等事件名不能写成 AFTER ALTER_TABLE
SQL Server 的 DDL 触发器语法只认 FOR，不支持 AFTER 或 INSTEAD OF。写错就会静默失效——你改了表结构，但触发器根本不执行。
- 正确写法：
FOR CREATE_TABLE, ALTER_TABLE, DROP_TABLE - 错误写法：
AFTER CREATE_TABLE、INSTEAD OF ALTER_TABLE - 想捕获更多操作？可用通配事件：
FOR DDL_DATABASE_LEVEL_EVENTS（覆盖所有库级 DDL） - 注意：
sp_rename和 SSMS 图形界面改列名不会触发ALTER_TABLE事件，它走系统存储过程路径
触发器里千万别调外部命令或发邮件
在触发器中调用 sp_send_dbmail 或 EXEC xp_cmdshell 会导致 DDL 事务卡死——比如 ALTER TABLE 会一直挂起，直到邮件发送超时或命令失败。
- 安全做法：只做轻量操作，例如向本地日志表插入一行，字段至少含：
EVENTDATA()、GETDATE()、ORIGINAL_LOGIN() - 避免解析
TSQLCommand文本：该节点默认被截断，除非显式配置SET ANSI_NULLS ON等前置选项 - 拦截逻辑要谨慎：
RAISERROR+ROLLBACK能硬拦，但对db_owner或高权限用户可能无效 - 日志表建议加索引：按
PostTime或EventType，否则查历史变更会越来越慢
真正容易被忽略的是权限继承和事务上下文——触发器以创建者身份运行，不是当前登录用户；而 EVENTDATA() 返回的 XML 字段名大小写敏感，ObjectName 不能写成 objectname，否则提取值为 NULL。
