4. 变更记录数据模型：操作人、操作时间、操作类型、变更前内容、变更后内容、变更原因

变更记录是审批工作流中实现可追溯性与合规审计的核心资产。一个完整且严谨的变更记录数据模型，必须能够回答“谁、在何时、做了什么、改了什么、为什么改”这五个关键问题。本章将详细定义该模型的字段规范、类型枚举与存储策略。

4.1 核心字段定义

变更记录表（change_log）应包含以下六个必填字段，构成审计追踪的最小完备集：

4.2 操作类型枚举

操作类型（operate_type）应使用受控枚举值，避免自由文本带来的分析混乱。标准枚举集如下：

• CREATE — 创建审批单或流程实例
• SUBMIT — 提交审批（从草稿进入流转）
• APPROVE — 审批通过
• REJECT — 审批驳回
• REVOKE — 发起人撤回
• TRANSFER — 转办/委托
• ADD_SIGN — 加签
• UPDATE — 修改表单内容（非流程操作）
• COMMENT — 仅添加审批意见，未改变状态

4.3 变更记录数据模型架构图

下图展示了变更记录在审批工作流中的位置及其与核心实体之间的关系：

4.4 变更内容存储策略

针对 before_content 与 after_content 的存储，推荐以下两种策略，可根据业务场景选择：

4.5 变更记录查询与索引设计

为支撑高效的审计查询与报表分析，建议在 change_log 表上建立以下索引：

• 复合索引 (approval_id, operate_time) — 按审批单查询变更历史，按时间排序
• 复合索引 (operator, operate_time) — 按操作人查询操作记录，用于用户行为审计
• 单列索引 (operate_type) — 按操作类型统计，如统计驳回率、转办次数

典型查询示例：

-- 查询某审批单的完整变更历史
SELECT operator, operate_time, operate_type, change_reason
FROM change_log
WHERE approval_id = 'AP-2024-00123'
ORDER BY operate_time ASC;

-- 查询某用户在最近30天内的所有驳回操作
SELECT cl.*, a.form_data
FROM change_log cl
JOIN approval a ON cl.approval_id = a.approval_id
WHERE cl.operator = 'user_zhang'
  AND cl.operate_type = 'REJECT'
  AND cl.operate_time >= NOW() - INTERVAL 30 DAY
ORDER BY cl.operate_time DESC;

4.6 变更原因填写规范

为保证审计质量，change_reason 的填写应遵循以下规范：