挂断电话,颜浩也在琢磨:
这套系统和星纤网,牧云影票系统相比,在技术上来说最大的难点就是“库存扣减‘。
比如鹏城到汉口的车票。这在用户看来,只是一个a点到b点的车票,但是在系统当中的表述却是:鹏城-莞城-羊城-凤城-浈城-郴城-雁城……最后到达汉口。也就是a+b+c+d……+h。也就是途经多少个站,就有多少个节点。
那么每卖出一张羊城到汉口的车票,那么鹏城-汉口的车票的sku也会要减少一张。这个sku是动态变化,相互影响的。
1个用户在查询车票时,系统给他传来的sku会受到其他其他用户的购票行为而产生变动的。
举个极端的例子,火车上就一个座位,车次是从a->b->c。
如果卖出b->c的车票,不去扣减a->c库存的话,那么假设有两个用户分别买了a->c和b->c。那么当车行至站点b的时候,车上会有两个人,但是座位就一个。
所以不同车次之间的库存是会互相影响的。
a->b->c->d共4个车站,假如乘客买了b->c的车票,那么同时会影响到a->c,a->d,b->c,b->d。
这里不会影响a->b的行程,因为乘客买的是b->c的车票,站点b才上车,不占用a->b行程的座位,我下车你上车,不冲突。
再加上用户取消订单或者支付失败导致票源返回票池这个变量。
这一套sku管理可比普通的电商那一套复杂了好几个层次。这也是让服务器需要处理的数据量成指数级上升的原因。
另外一个就是用户体验角度的问题。说简单点就是如何确保公平。
普通人很难跟那些有专业服务器不停刷票的大黄牛竞争。尤其是那些返回票池的余票。普通人抢到的概率微乎其微。
打击黄牛,既可以减少那些黄牛不断刷新查询请求给服务器带来的负担,也可以保证票务系统对普通用户公平。
针对以上两个问题。颜浩打算采用nosqL服务器和“候补票”机制来应对。
有了大概思路。颜浩收了收心神。回到餐厅找到刘玉婷。安排回鹏城的事情。
另一边,京城的铁总。刘铁男接到陈主任的电话,脑子里也是飞的运转。
颜浩的要求,在刘铁男看来也不是不可以答应。但是前提是颜浩交的作业得让刘铁男满意才行。
月初开通的京蓟高铁就是一面旗帜。拉开了高铁路高展的序幕。
在高层的规划中,高铁路将成为国家重要的交通出行方式。票务系统的重要性不言而喻。刘铁男绝对不容许在这一项上面掉链子。
“小陈,那小子如果真的能拿出让我们满意的东西。他提的条件,我答应了。“
刘铁男是一个很强势的领导。在铁总这个一亩三分地上,他基本言出法随。
这也是他能稳步推进国内高铁路建设进程的原因。至于其他的,不予置评。
陈主任拿到这位的口头允诺,第一时间就告诉了颜浩。
既然谈拢了。那就干活吧。
等到铁总派来的专家团队到达浩渺之后,颜浩让刘玉婷在酒店开了几十间房,长包了一个会议室,一连开了一周的会议。终于把项目的需求和逻辑框架定了下来。
这当中又遇到一个问题。那就是票务sku的统计算法。这一点,目前两方的人马都没能有个比较好的算法。
颜浩抱着有枣没枣打三杆子的心态打电话给了自己二姐。让她把谢涛给牵来了鹏城。
颜浩在机场等了好久,这才见到二姐跟谢涛两人背着包走了出来。
看到颜浩,王筝还倍儿客气。
“你还来接我们干嘛。我们自己打车就好了。”
谢涛看到颜浩,拘谨的握握手。
到了酒店,安排二人入住后。颜浩这才提出了自己的问题。
颜浩的大白话,谢涛有些没听明白,但是王筝听明白了。
“你这是个组合数学的问题啊。”王筝眨巴眨巴眼睛。随即把颜浩的需求“翻译”成了谢涛能听明白的数学语言。
谢涛接过颜浩递来的资料。仔细的看了起来。
“有没有纸和笔?”谢涛问到。
王筝让颜浩找酒店送点a4纸过来。
东西送到后,王筝就拉着颜浩离开了。
“不是,二姐,就把他一个人扔房里啊?”
“你能帮上忙啊?”王筝翻了个白眼问到。
“……要不要找些人来帮帮谢哥?”
“他有电话。他会摇人的。”
“……”
“不过,你总不能让他白忙活吧。”王筝眨眨眼。
“那肯定。姐你随便开。”颜浩笑到。
“……还没想好。等想好了再和你说。困了。我先眯会。“王筝看了看门。意思是你虽然是我表弟,你也可以滚了。
颜浩没废话。撒冷的跑了。