Skip to main content
高风险 SQL 管控用于阻止未经确认的重大数据库风险进入发布流程。它应由审核策略、人工判断、测试验证和组织变更制度共同构成。
阻断、例外、审批和质量门禁能力取决于 PawSQL 版本、License 及系统集成配置。若当前版本未提供内置流程,可将审核报告作为外部工单或 CI/CD 门禁的输入。

目标

通过策略识别、人工判断、测试验证和组织变更制度共同管控高风险 SQL。

准备工作

使用生产适用的审核策略,为关键规则设置阻断或高风险级别,并建立组织的变更管理和例外流程。

常见高风险类别

具体高风险定义以组织审核策略为准。

建议控制流程

1

自动识别

使用生产适用的审核策略,将关键规则设置为高风险或阻断级别。
2

确认上下文

核对目标环境、对象、数据规模、执行时间和业务窗口。
3

优先消除风险

修改 SQL、拆分操作、补充条件或采用风险更低的执行方案。
4

进行专项验证

在受控环境检查语义、执行计划、耗时、锁影响和回退方案。
5

处理例外

无法消除风险时,提交依据、补偿措施和有效期限,由授权人员复核。
6

执行并留痕

通过门禁后按变更计划执行,保存报告、审批和执行结果。

门禁判定建议

处理例外

无法消除风险时,按人工复核与审批的例外流程处理:提交依据、补偿措施和有效期限,由授权人员复核,并把例外限定在明确的 SQL、规则、项目、环境和时间范围内。
“业务紧急”不能代替风险评估。紧急变更仍应保留最少必要的审核、授权、备份、监控和回退措施。

接入 CI/CD 或工单

自动化流程可消费工单状态、最高风险级别、未解决问题数或报告结果,并据此决定是否继续。集成时应:
  • 固定审核策略或记录策略版本;
  • 明确失败、超时和审核不完整时的默认行为;
  • 防止普通用户绕过门禁;
  • 保存工单链接、报告和流水线记录;
  • 为系统故障设置受控的人工应急流程。
更多信息参阅SQL 质量门禁CI/CD SQL 质量门禁

预期结果

高风险变更被识别,经修复或限定范围、有效期的例外处理后,仅在门禁满足且留存证据时放行。

验证

确认不存在未解决的阻断项,且门禁结论符合建议结论后再继续发布流程。

下一步

需要授权人员给出放行结论时,参阅人工复核与审批