一单到底的数据模型：主单、段单、换号事件怎么设计
一单到底落地靠模型：业务主单锚定，运输段可换承运商，换号事件可反查。没有模型，聚合轨迹也会散。
产品口号写一单到底很容易，库表只留一个 tracking_no 就会在第一次换号时崩盘。加深这一词，先把模型讲清。
三张核心表（概念）
- 主单：客户可见业务号、线路、状态摘要
- 段单：承运商、段类型、段运单号
- 换号事件：旧号、新号、时间、原因
查询必须支持
- 主单号命中
- 任一历史段号命中
- 时间线按段合并去重
快递飞做一单到底相关交付时，会先评审模型再写接口，避免页面先上、数据后补。
常见问题
一单到底系统数据怎么建？
一票业务一个主单；每段服务商运单为段单；换号写事件表；轨迹挂段单再聚合到主单查询。
为什么不能只用一个运单号字段？
清关或尾程常换号。单字段会被覆盖，历史与客服查旧号会断。