先看结论:自建系统能直接读库,不代表应该把所有表灌进来。只迁主数据、余额和在途单据。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
用户、地址、商品、SKU、库存、未完成订单、余额和积分。迁移脚本要可重复执行且幂等,失败行输出原因。
字符集、时区和金额单位(分还是元)在脚本里显式转换,不靠肉眼。
不迁什么
- 日志表、缓存表、会话表
- 后台管理员密码哈希,管理员重新开户
- 废弃字段里含义不清的 JSON
映射和验收
金额用分核对总数。订单号唯一。重复执行脚本不会产生双倍会员。
切换
数据库停写,而不是只关网站入口。确认没有定时任务仍在写旧库。
上线前怎么核对
迁移「自建商城数据库怎么迁」时只搬这一类数据。差异在于:表结构、编码、停写窗口。整库覆盖会把日志、测试单和说不清的余额一起带进来。
抽样至少包含一笔有余额或有在途状态的真实记录,测试账号不能代替。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:自建系统能直接读库,不代表应该把所有表灌进来。只迁主数据、余额和在途单据。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。