fix: 追加原始SKU字段兼容迁移 (#259)

2026-08-18 15:37:12 +08:00
parent a989e0dc12
commit b685d2ce62
3 changed files with 63 additions and 2 deletions
@@ -133,6 +133,8 @@ v27（#250）为 `syb_inner_code_records` 增加可空 JSON 字段 `remote_items
 多件商品逐个入库码对应的远端明细、来源和动作状态；仍不拆分新的业务表。
 v28（#259）为该表增加可空 `source_sku_raw`，保留 Excel 原始 SKU，供匹配阶段与
 顺运宝 `sku/variationSku` 做边界去空白后的精确比较。
+v29（#259）兼容曾由 v28 中间版本按表默认排序规则创建并记录版本的数据库，把
+`source_sku_raw` 统一规范为 `utf8mb4_bin`；字段已经正确时迁移不改数据。

 **v3 为什么丢弃旧 `sku_mappings` 数据（见 #20）：** 新主键需要 `pdd_option_key`，
 这是 Go 的 `service.OptionKey()` 用 `json.Marshal` 算出来的规范化键，SQL 语句
@@ -1029,7 +1031,7 @@ CREATE UNIQUE INDEX idx_client_assignment_current
 `ai_spec_match_decisions`。Admin 重启把未完成明细改为 `interrupted` 并完成批次计数，已经
 成功写入的 `spec_mappings` 不回滚。

-## 17. `syb_inner_code_records` 档口入库码记录（MySQL v23，软删除 v24，后台回写 v25，逐件检查点 v27，原始 SKU v28）
+## 17. `syb_inner_code_records` 档口入库码记录（MySQL v23，软删除 v24，后台回写 v25，逐件检查点 v27，原始 SKU v28/v29）

 档口入库码使用一张业务表完成导入、匹配、回写和异常恢复。Excel 只是导入载体，系统
 不保存原文件、文件哈希，不再拆批次表或尝试记录表。