主题:【原创】身为码农,为12306说两句公道话 -- 代码狗
共:💬137 🌺892 🌵3
读多写少是确实的,但实际上也不需要为每个查询都查一遍。网页刷新一次怎么也要几秒时间,在用户查到余票后发出下单命令之前肯定又经过了若干秒,所以就算查到有余票也未必就能买到。反正余票显示不可能是实时的(只能算是准实时)。既然如此,网页显示的余票数量也不需要太精确。那么干脆这样好了:
系统定期(譬如每隔5秒)查询一下136个商品的数量,做好缓存。如果有网页来查询余票,只需要在这136个商品中查到期望的那1个就好。本来为每个网页请求都要查询一下的,现在只需要每5秒查询一次,每次实际查询136个商品数量,查询数量极大地缩小了。
如果出一张01号站到17号站的票,就把SKU01/SKU02....SKU16这16个SKU的库存都减一。
这样设计,就读写两便了。
- 相关回复 上下关系8
🙂这样本质上就是在维护136种组合的最小值 否定之否定 字21 2014-01-14 16:14:51
🙂16和136种商品维护的难度一样吗 浪迹猫 字58 2014-01-14 22:08:36
🙂你的方案和楼主本质上是一样的 1 否定之否定 字376 2014-01-15 12:06:55
🙂我觉得这种设计不好
🙂对于春运火车票销售我有些想法供大家参考 10 天涯浪子 字1131 2014-01-11 08:28:44
🙂作为正明的d出来冒个泡,,, 2 季侯 字112 2014-01-11 06:50:46
🙂峥涛,抱歉现在才回复,去年这个贴太火了,我想隐姓埋名 1 代码狗 字280 2015-04-12 07:43:53
🙂没对上 mmq 字12 2014-01-12 10:06:19