由 dawei 在金融、政务等对数据变更高度敏感的场景中，仅靠应用层日志难以满足审计合规要求。SQL Server存储过程与触发器的组合，能构建轻量、可靠的数据变更追踪体系。
存储过程适合封装结构化审计逻辑。例如创建Audit_LogInsert存储过程，统一接收表名、操作类型、主键值、变更前/后JSON快照等参数，写入专用审计表。它支持事务内调用，确保业务操作与日志写入原子性，并可通过EXECUTE AS指定低权限执行主体，避免审计逻辑越权访问敏感数据。
触发器则负责自动捕获DML行为。在核心业务表（如Orders）上定义AFTER UPDATE, INSERT, DELETE触发器，使用INSERTED和DELETED临时表提取变更数据。关键技巧在于：避免在触发器中执行远程调用或复杂计算；对大表启用INSTEAD OF触发器可绕过默认约束检查，提升批量操作性能；通过IF EXISTS(SELECT FROM inserted) AND NOT EXISTS(SELECT FROM deleted)精准识别INSERT场景。
二者协同形成闭环：应用层关键操作显式调用存储过程记录上下文（如“客户经理A发起授信调整”），而触发器默默捕获每一行数据的真实变更（字段OldAmount→NewAmount）。审计表设计需包含server_principal_name、application_name、host_name等会话元数据，便于溯源。
AI生成图像，仅供参考
高可用保障依赖三点：审计表独立于业务库部署（减少IO争用）；为审计表添加压缩（PAGE级）与分区（按AuditDate）；定期归档历史数据并启用查询提示（WITH (NOLOCK)）降低审计查询对业务的影响。禁用递归触发器（RECURSIVE_TRIGGERS OFF）可防止误更新引发链式调用。
实战中发现，将JSON差分结果存入VARCHAR(MAX)比多列拆解更灵活，且SQL Server 2016+原生JSON函数（JSON_VALUE, JSON_MODIFY）大幅提升解析效率。最终系统在TPS 2000+的订单库中，审计延迟稳定控制在15ms内，审计记录准确率100%。