由 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行为且性能更优。所有触发器统一调用同一审计存储过程，实现逻辑复用与集中维护。
审计存储过程（如usp_AuditWrite）接收表名、操作类型、主键值及XML格式的新旧数据作为参数。内部通过OPENXML或JSON_VALUE（SQL Server 2016+）解析变更字段，过滤掉无意义空值，并自动获取SYSTEM_USER、HOST_NAME()、APP_NAME()等上下文信息。该过程启用XACT_ABORT ON，确保审计失败时整个事务回滚，保障数据一致性。
为减少性能影响，审计表建议启用页压缩、按月分区，并禁用非必要索引。关键查询走覆盖索引：在OperationTime+TableName+OperationType上建立复合索引，支持按时间范围快速检索指定表的变更流。同时，配置SQL Agent定期归档过期审计数据至历史库。
AI模拟效果图，仅供参考
实际部署需关闭触发器递归（RECURSIVE_TRIGGERS OFF），并在开发环境用临时表模拟海量并发，验证锁竞争情况。最终系统可在零应用代码改造前提下，完整追踪每一行数据的生命周期，满足等保三级与GDPR关于“数据可追溯性”的硬性要求。