readx(); “一个内购系统有这么麻烦？”贾鸿渐当时惊讶道。在他的印象里面，在网络开放购票之前，那去火车站买票的时候，售票员不是都是在电脑上噼里啪啦的打，好像打入的是所到站点的一个拼音缩写还是啥，然后就能出现能到达的列车车次、时间等等信息，接着确定要买了，这售票员就会cāo作着把票打印出来，然后旅客掏钱买。像是在外地出差的时候，他不是没买过火车票，特别是在chūn运前后的时候，那时候虽然排队人多，排队就要一个多小时，可是也不至于说忙的系统反应慢，需要他等几分钟的事儿啊！

“麻烦，相当麻烦。”倪广南此时摇了摇头说道，“贾总你这么想，我们比如从A站到Z站，一共26个站点，光是从A站上车，咱们就有25种卖法，也就是25张票，也就是A到B，A到C，A到D，A到E……然后b站上车的可以卖24种票，C站上车23种票，最后加起来这么一个一共26站的线路，我们就有325种卖法。然后呢这个售票系统不是说卖掉了A到B站的这么一种票之后，还有324种票都能买，因为A到了B站了，这A到C的票就不能卖了，甚至A到Z的票也不能卖了，最多只能卖B到Z开始的。于是就一下减少了25种卖法，如果是B站这边卖掉一张票，也有不同的减少数量，到了最后可以说是一个挺复杂的数学算法。同时呢我们也要照顾到现实，不是说按照这种单线流程做好一个公式就行的，还要有反向的实时交互，比如说A到D的车票卖掉了，回头人家又不走了，过来退票，然后这个退票就会导致连带出现A到D，A到B，A到C，B到C。B到D。C到D这么几张票……”

听到倪广南这么一说，贾鸿渐大概明白了，这背后的程序那计算量可以说是相当大的，而且速度还必须有需求。不能说退一张票之后再来买票他要N久才能反映过来。不说几秒的时间就能计算好。起码说十秒级别的要达到？

接着倪广南继续倒苦水说道：“而且这个事儿说起来太麻烦了，这个系统从里到外的要求很高，从服务器开始。服务器、交换机、服务器的cāo作系统、前端软件的一个接口服务器、数据库甚至还要负载均衡器……这负载均衡器也就是说不会让一台服务器过载，尽量的把运算数据平均到每一台服务器上。这个工程量总的算起来那真不小，不比咱们弄得保密系统难度小，虽然没有什么保密的需要。可是全国那么多售票点一起查询的话，每个服务器的运算是有个物理上限的，所以就不可能说三四十台服务器就搞定，搞不好是要上百台服务器的。然后呢，还不能把这么多的产品都给分跟众多的服务器，不能说5000个给这边，5000个给那边，因为这票之间都是互相关联的……这架势就等于是咱们公司的柜台卖东西，然后上万个人拿着钱过来喊着要买，咱们好不容易把一张票给了一个顾客了，然后咱们要回头喊一声库存要减掉十几个，但是问题是咱们背后的同事也在面临上万个人喊着要买东西……” 本章未完，请点击下一页继续阅读！ 第1页/共3页