顺丰查历史订单要这么久，，，

[tangmanger]

昨天想寄点东西，想着看下之前（去年）寄的订单多少钱，结果发现三个月订单 只能在历史订单查询，这也还好 逆天操作历史订单 每天只允许查三次 而且一次查询要几个小时候发邮件，这是代码屎山上雕花的结果吗？还是说有啥原因不得不这么做呢？历史订单页 [img]https://i.imgur.com/1YWYbLG.jpeg[/img] 查询记录 [img]https://i.imgur.com/Z0sbdG4.jpeg[/img] 结果 [img]https://i.imgur.com/AnbFSuB.jpeg[/img]

[gejigeji]

节约存储成本吧

[JYii]

三个月就进冷备了，估计资源也少，再限制一下客户端访问。不过这种降本还是能理解的

[tangmanger]

@JYii 降本可以 但是查询一个要 3 个小时 且限制次数 有点理解不了 而且 时间范围 最多三个月还不能整年查 啊哈哈 三个月归一次档？

[scegg]

进了冷备，活化要十几个小时也是业界常见的。客户观感不好的原因可能是因为 3 个月就进冷备有点怪。大概钱做的有点极端。
虽然每次查询冷备都要不少钱，对于客户不方便直接收钱，但毕竟查询不是每天都需要，按天限次不如按年/月限次靠谱。感觉是个产品设计问题。

[dode]

不如查微信，支付宝账单

[milkzizi]

还记得上次看 v 友推荐抄底顺丰，然后我亏了十几个点割肉跑了

[samnya]

快递类的平台基本都是这样，物流轨迹基本都不存 3 个月以上的。所以有审计需求的基本都是本地把物流轨迹和订单全部缓存下来，有的要留物流底单和轨迹截图也要尽早留存

[raycool]

不过他们确实也太节约成本了。
按说至少应该存储一年才合理。

[lichdkimba]

@milkzizi 顺丰股票真的惨，从 50 跌到 31 了

[e23nome]

应该是隐私考虑。对所有人的接口限制几个小时和每天三次都是如此。

假设每个快递物流记录 10kb ，每天千万条才 100gb ，总共 30tb 每年

[iosyyy]

@tangmanger 顺丰估计没有自己的服务器 存储成本太高 3 个月以后都是文件或者无索引 db 了

[cslive]

只保留 3 个月的，后面想查发快递号只能找客服，多少年前就这样的

[willygeek007]

3 个月前的数据进冷备。查询三个月前的快递属于极低查询场景，就是这个限制比较影响用户体验

[huanxianghao]

我也试过，真逆天了属于
我在想怎么没人骂，查个历史单累死人还要等，非常繁琐反人类
顺丰也就是剩下快了，真的越做越差
之前我以为只有 12306 查历史才这么麻烦

[lichdkimba]

@huanxianghao 12306 好像超过时间了就完全没有入口了

[chutianyao]

订单数据一般分冷热两种存储, 通常是 3 个月以内的放 es 热索引, 更早的就归档进冷索引, 所以需要分开查.
但是查询时间要这么久, 确实草台班子

[bclerdx]

@samnya 所以使用互联网时光机 & 存档可行吗？

[kiracyan]

确实很坑 我查个 5 个月前的数据 居然要十几个小时

[xxika]

这样设计主要是受限于单号资源池的容量。目前的单号量级已经超出了早期的架构设计，所以系统设定了 3 个月的窗口期，超时后单号会被回收并重新投入循环使用；若不是这样就要更多的判断条件。

[JNian]

@xxika 这个原因有权威的来源吗？有点不敢相信因为单号问题选择当下这种方案