SQL Server 2019 中唯一支持的 DDL 变更监控方式是 ON DATABASE 级 DDL 触发器，因引擎仅支持数据库和服务器两级作用域；ON TABLE 或 ON SCHEMA::xxx 语法非法，DML 触发器不响应 DDL 操作；须用 EVENTDATA().value() 安全提取 XML 字段并严格匹配类型，且必须过滤 tempdb、禁用外部 I/O、加 TRY...CATCH、确保日志表同库、验证触发器启用状态。
SQL Server 2019 中唯一可行的 DDL 变更监控方式，是创建 ON DATABASE 级别的 DDL 触发器，配合 EVENTDATA() 解析事件；任何试图建在表、架构或用户级别上的 DDL 触发器都会报错。
为什么不能用 ON TABLE 或 ON SCHEMA::xxx？
SQL Server 的 DDL 触发器作用域只有两个：数据库（ON DATABASE）和服务器（ON ALL SERVER）。写成 ON TABLE users 或 ON SCHEMA::dbo 会直接报错 Incorrect syntax near 'SCHEMA'。这不是语法糖缺失，而是引擎根本不支持该粒度的 DDL 监控。
-
CREATE TRIGGER tr ON SCHEMA::dbo FOR CREATE_TABLE→ 语法错误 -
CREATE TRIGGER tr ON users FOR ALTER_TABLE→ 无效，DDL 不触发表级触发器 - DML 触发器（如
AFTER INSERT）对ALTER TABLE完全无响应，别混用
怎么正确提取 schema 和 object 名称？
EVENTDATA() 返回 XML，必须用 .value() 方法安全提取字段，且第二个参数类型必须严格匹配节点实际内容类型，否则返回 NULL。
- 提取 schema：
@data.value('(/EVENT_INSTANCE/SchemaName)[1]', 'SYSNAME') - 提取 object：
@data.value('(/EVENT_INSTANCE/ObjectName)[1]', 'SYSNAME') - 提取 event 类型：
@data.value('(/EVENT_INSTANCE/EventType)[1]', 'VARCHAR(50)') - 错误写法：
@data.value('(...)[1]', 'NVARCHAR(128)')→ 可能因类型不匹配得 NULL - 务必加
IF @schema IS NULL RETURN防止空值导致后续逻辑异常
哪些操作必须做，否则会出大问题？
生产环境部署前漏掉任意一项，都可能造成 DDL 卡死、日志爆炸或监控失效。
- 开头强制过滤
tempdb：IF @data.value('(/EVENT_INSTANCE/DatabaseName)[1]', 'sysname') = 'tempdb' RETURN - 禁止调用
sp_send_dbmail、xp_cmdshell或任何外部 I/O —— 它们会阻塞整个 DDL 事务 - 日志写入必须包裹
TRY...CATCH，因为TSQLCommand/CommandText节点可能被截断或缺失 - 权限检查：创建者需有
CREATE DATABASE DDL TRIGGER权限；若日志表跨库，还需ALTER ANY DATABASE - 上线后确认状态：
SELECT is_disabled FROM sys.triggers WHERE name = 'tr_CaptureSchemaTableChanges'，禁用状态不会报错但完全不生效
最易被忽略的是触发器运行上下文：它在 DDL 事务内执行，所有写入都参与事务，所以日志表必须在同一个数据库（或至少同实例且已授权），且不能依赖外部服务响应。所谓“告警”，只能是“记录”，真正的通知动作必须由外部轮询程序完成。
