Skip to content

邮件标题:20260914-技术评审-营销活动中心-B端出货明细表签收距离store_distance缺失修复

邮件正文:
晓娜、建新:

已完成针对【B端出货明细表签收距离store_distance缺失修复】的技术评审,现将评审结论、风险判断及后续执行安排同步如下,便于各方对齐认知并落实执行。

项目名称: 营销活动中心

评审时间: 2026-09-14

参与评审人: 潘玉平、王建朝、李明非、张喜、马奇、宋洋

评审结果: 复评通过

一、技术方案背景 ​

  • 业务场景:806 版本上线期间(约 2026-08-06 ~ 08-14)data 服务与数据库崩溃,出货/签收数据写入 shipment_report_details_v2 时部分字段未成功落库,其中门店签收距离 store_distance 缺失;缺陷已随 806 版本回滚修复、后续新数据不再产生,本次仅修复该窗口内 store_distance 为空且排除查证/盘点/新鲜度类签收的历史存量,以明细表签收单编码反查签收单取签收距离后 SQL 回填 StarRocks。

二、技术方案要点 ​

  • 整体流程:明细表按「store_distance IS NULL + sign_order_form_id 非空 + 排除查证/盘点/新鲜度类签收类型」取待修复签收单(268 单)→ 以明细表签收单编码反查签收单获取签收距离 → SQL UPDATE StarRocks PROD 回填(仅更新签收距离与更新时间两列)→ 修复前先备份、执行后复检剩余空行。

三、决议事项 ​

  1. 修复 SQL 全量留痕:将全部修复 SQL(非仅示例)整理为 TXT 上传网盘并链接至方案文档,由 @潘玉平 负责。
  2. 控制执行节奏与扫描范围:按签收单维度缩小扫描分区、低峰期执行,控制速率与频率,避免全表多分区扫描冲击 StarRocks,由 @潘玉平 负责,执行窗口与 SR 侧协同确认。
  3. 执行前建备份表、修复后复检剩余空行与单量,保证可回滚,由 @潘玉平 负责。

四、风险提示 ​

  • 复审闭环:本方案为 2026-09-10 评审「不通过」后的复审,本次已确定数据范围(create_time ∈ [2026-05-26, 2026-08-14)),前次不通过项已闭环。

五、方案地址 ​

https://yldc.coding.yili.com/p/sip-mac/wiki/54343