由 dawei 在金融、政务等对数据变更高度敏感的场景中，仅靠应用层日志难以满足审计合规要求。SQL Server的存储过程与触发器组合，可构建轻量、稳定、低侵入的数据审计系统。
审计表设计是基础。创建独立的AuditLog表，包含字段如ID（自增）、TableName、OperationType（INSERT/UPDATE/DELETE）、PrimaryKeyValue、OldData（XML或NVARCHAR(MAX)）、NewData、Operator、OperationTime、HostName和AppName。关键在于将主键值与变更前后数据结构化记录，而非简单存语句。
使用INSTEAD OF触发器捕获UPDATE/DELETE操作更安全——它先拦截原操作，再手动执行业务逻辑+审计写入，避免递归触发；而AFTER触发器适用于INSERT审计，因其不改变原始DML行为，响应更直接。
为降低性能影响，审计逻辑应轻量化：避免在触发器内调用存储过程或访问远程服务器；使用COLUMNS_UPDATED()判断实际修改列；对OldData/NewData采用FOR JSON AUTO或SELECT … FOR XML RAW压缩序列化，而非拼接字符串。
创意图AI设计，仅供参考
存储过程承担审计数据归档与查询职责。例如，sp_GetTableChanges @TableName, @StartTime, @EndTime，内部使用动态SQL关联主表与审计表，支持分页与条件过滤；另一过程sp_CleanAuditLog按保留策略（如90天）批量删除历史记录，配合分区表或索引优化清理效率。
权限控制不可忽视。审计表设为dbo架构，只授予DB_AUDIT_ROLE的INSERT权限；所有触发器以EXECUTE AS OWNER运行，禁止应用账号直接写审计表；定期通过SQL Server Audit或Extended Events验证触发器是否被禁用或失效。
实测表明，合理设计下单表万级TPS场景中，审计开销可控制在5%以内。该方案不依赖第三方工具，全程由SQL Server原生机制保障，即使应用服务宕机，数据库层仍完整记录每次关键变更，真正实现高可用数据审计闭环。