SQL Server中CREATE_TABLE触发器无法通过EVENTDATA()获取完整建表语句，应改用AFTER触发器结合sys.columns校验字段；需建在DATABASE级，用OBJECT_ID和QUOTENAME安全查询，并ROLLBACK失败操作。
SQL Server 中 CREATE_TABLE 触发器怎么捕获建表语句
DDL 触发器本身不解析 SQL 文本，EVENTDATA() 返回的是 XML，必须从中提取 ObjectName、SchemaName 和关键的 TSQLCommand 内容。但注意：SQL Server 2019 及以前版本的 EVENTDATA() 在 CREATE TABLE 事件中**不包含完整的建表语句文本**，只含基础元数据（如表名、架构名），无法直接拿到字段列表。
所以不能靠解析 T-SQL 字符串来判断字段是否存在——这条路在标准 DDL 触发器里走不通。
- 真正能用的字段信息来自
EVENTDATA().value('(/EVENT_INSTANCE/SchemaName)[1]', 'sysname')和EVENTDATA().value('(/EVENT_INSTANCE/ObjectName)[1]', 'sysname') -
EVENTDATA().value('(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]', 'nvarchar(max)')在多数CREATE TABLE场景下为空或截断，不可靠 - 如果强行依赖它，会漏判、误判，尤其遇到多语句批处理或带括号的复杂定义时
用触发器+系统视图反查刚创建的表结构是否合规
更可行的做法是：在 AFTER CREATE_TABLE 触发器中，用 OBJECT_ID() 定位新表，再查 sys.columns 确认必填字段是否存在。这是唯一稳定、可落地的方式。
示例逻辑（SQL Server）：
CREATE TRIGGER tr_enforce_required_columns
ON DATABASE
FOR CREATE_TABLE
AS
BEGIN
DECLARE @schema sysname = EVENTDATA().value('(/EVENT_INSTANCE/SchemaName)[1]', 'sysname');
DECLARE @table sysname = EVENTDATA().value('(/EVENT_INSTANCE/ObjectName)[1]', 'sysname');
DECLARE @full_name NVARCHAR(512) = QUOTENAME(@schema) + '.' + QUOTENAME(@table);
<pre class='brush:php;toolbar:false;'>IF NOT EXISTS (
SELECT 1 FROM sys.columns c
INNER JOIN sys.tables t ON c.object_id = t.object_id
INNER JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE s.name = @schema
AND t.name = @table
AND c.name IN ('created_at', 'updated_at') -- 替换为你要求的字段名
)
BEGIN
RAISERROR('新建表必须包含 created_at 和 updated_at 字段', 16, 1);
ROLLBACK;
ENDEND;
- 触发器必须建在
DATABASE级别，不是SERVER级 - 字段检查用
IN列表，不要用AND连多个EXISTS，否则逻辑易错 - 务必用
QUOTENAME()构造对象名，防止注入或解析失败 -
ROLLBACK是必需的，否则建表成功但校验失败也不生效
触发器对临时表、内存优化表、外部表是否生效
默认情况下，CREATE_TABLE 触发器只响应持久性用户表（即普通堆或聚集索引表）。以下情况不会触发或行为异常：
-
CREATE TABLE #temp（本地临时表）：不触发，因为作用域在 tempdb，且事件类型为CREATE_TEMP_TABLE，需单独监听 - 内存优化表（
WITH (MEMORY_OPTIMIZED=ON)）：触发器能捕获事件，但sys.columns查询可能返回空（需查sys.memory_optimized_tables_internal_attributes，极不推荐） - 外部表（PolyBase / Elastic Query）：不触发，因为底层不走标准 DDL 流程
- 如果业务允许临时表绕过校验，就不用管；若需统一管控，得额外加
CREATE_TEMP_TABLE触发器并做同样检查
ALTER TABLE ADD COLUMN 能否被这个触发器拦截
不能。CREATE_TABLE 触发器只响应建表动作，对后续的 ALTER TABLE ... ADD COLUMN 完全无感知。如果想强制所有表最终都含某字段，还得另建一个 ALTER_TABLE 触发器，并过滤出 ADD_COLUMN 事件。
但要注意：两个触发器叠加后，用户建表失败再补字段重试，会先过 CREATE_TABLE（失败），再过 ALTER_TABLE（成功），结果表存在但没初始字段——这反而破坏了“建表即合规”的初衷。
更稳妥的做法是：只保 CREATE_TABLE 触发器 + 明确文档约束，并配合 CI/CD 阶段的 SQL 检查（比如用 sqlfluff 或自定义脚本扫描 DDL 文件），而不是把所有校验压给运行时触发器。
