1. 课程导论：价格偏差预防的背景、供应商交付批次追溯的痛点、性能调优的总体目标
1.1 价格偏差预防的业务背景
在供应链采购到付款（Procure-to-Pay, P2P）全链路中，价格偏差是指供应商实际交付结算价格与合同/采购订单（PO）约定价格之间存在差异的现象。这种偏差通常源于以下三类场景：
- 合同执行漂移：框架协议未及时更新，供应商按旧价格开票，导致单价偏离最新合同价。
- 批次混价：同一交付批次包含多个采购订单行项，系统按加权平均或错误规则计算单价。
- 人工干预失误：采购员或财务人员在系统外手工修改单价，未触发审批流。
行业数据参考： 某头部制造企业年度采购额 120 亿元，因价格偏差导致的直接财务损失约 1.8 亿元（占比 1.5%），其中 67% 的偏差在供应商交付批次追溯阶段才被发现。
1.2 供应商交付批次追溯的核心痛点
供应商交付批次追溯是指从收货单（GR）反向追踪至采购订单（PO）、合同条款、供应商报价单（RFQ）的全链路数据查询过程。在实际生产环境中，该过程面临以下四大痛点：
| 痛点编号 | 痛点描述 | 典型表现 | 影响范围 |
|---|---|---|---|
| P1 | 数据链路断裂 | GR 与 PO 之间缺少批次关联键，需多表 JOIN 且字段缺失 | 追溯成功率 < 60% |
| P2 | 查询响应超时 | 单次追溯查询涉及 8~12 张表，数据量 > 5000 万行，响应 > 30 秒 | 用户频繁超时重试 |
| P3 | 价格计算逻辑不透明 | 单价取自多个来源（PO 行价、合同阶梯价、折扣表），无统一计算引擎 | 偏差定位耗时 > 4 小时/次 |
| P4 | 历史版本不可追溯 | 合同或 PO 变更后，旧版本价格被覆盖，无法还原交付时刻的定价上下文 | 审计合规风险高 |
关键发现： 在 80% 的追溯超时案例中，根本原因并非数据库硬件瓶颈，而是 数据模型设计不合理 与 查询计划未优化。性能调优应优先从逻辑层入手。
1.3 性能调优的总体目标
本课程的性能调优目标围绕 “预防-检测-追溯” 三层架构展开，具体量化指标如下：
- 预防层（Prevention）：在 PO 下达和 GR 创建阶段，通过规则引擎实时校验价格一致性，将偏差发生率从 1.5% 降至 0.3% 以下。
- 检测层（Detection）：构建增量偏差检测管道，每日凌晨对前一日交付批次进行全量扫描，检测耗时从 4 小时压缩至 15 分钟以内。
- 追溯层（Traceability）：单次批次追溯查询的 P99 响应时间 ≤ 2 秒，支持同时并发 50 个追溯请求而不降级。
以下 SVG 图展示了价格偏差预防与批次追溯的性能调优整体架构：
1.4 课程核心知识体系
本课程共 30 章，覆盖从业务理解到代码落地的完整闭环。以下表格列出前 5 章的核心知识点与交付物：
| 章节 | 核心知识点 | 关键交付物 |
|---|---|---|
| 第 1 章 | 价格偏差背景、追溯痛点、调优目标 | 性能调优目标矩阵 |
| 第 2 章 | 数据模型设计：星型模型 vs 雪花模型 | 价格事实表 DDL |
| 第 3 章 | SQL 执行计划分析与索引优化 | 慢查询优化报告 |
| 第 4 章 | 增量偏差检测管道设计 | Airflow DAG 代码 |
| 第 5 章 | 批次追溯查询改写与物化视图 | 物化视图创建脚本 |