由 dawei 在金融、政务等对数据变更高度敏感的场景中，仅靠应用层日志难以满足审计合规要求。SQL Server的存储过程与触发器组合，可构建轻量、稳定、低侵入的数据变更追踪体系。
存储过程承担审计逻辑的封装与复用。例如创建usp_AuditLogInsert，接收表名、操作类型（INSERT/UPDATE/DELETE）、主键值及变更前后的JSON化快照作为参数。过程内校验操作权限，写入统一审计表AuditLog，并支持事务内回滚——确保业务失败时审计记录不残留。
2026AI生成内容，仅供参考
触发器则负责自动捕获变更事件。在关键业务表（如Orders）上创建AFTER INSERT, UPDATE, DELETE触发器，使用COLUMNS_UPDATED()识别修改列，通过INSERTED/DELETED临时表提取新旧值。为避免性能拖累，触发器中不执行复杂处理，仅调用前述存储过程并传入结构化参数。
审计表设计需兼顾查询效率与存储成本。AuditLog表包含ID、TableName、OperationType、PrimaryKeyValue、BeforeData、AfterData、Operator、AuditTime、HostIP等字段；其中BeforeData和AfterData采用NVARCHAR(MAX)存储JSON，便于后续解析；同时为AuditTime建立非聚集索引，支撑按时间范围快速检索。
为提升高可用性，审计操作须与业务事务一致。将触发器中的存储过程调用置于显式TRY…CATCH块内，错误时抛出异常中断整个事务。•禁用触发器递归（RECURSIVE_TRIGGERS OFF），防止审计表自身变更再次触发，形成死循环。
实际部署前，建议通过SQL Server Profiler验证触发器调用链路与执行耗时，对高频小表启用IF UPDATE(col)条件判断优化；批量操作场景下，可改用CDC（变更数据捕获）替代触发器以减少锁竞争。该方案无需修改现有应用代码，即可实现变更溯源、责任认定与合规留痕。