掛斷電話，顏浩也在琢磨
這套係統和星纖網，牧雲影票係統相比，在技術上來說最大的難點就是“庫存扣減‘。
比如鵬城到漢口的車票。這在用戶看來，隻是一個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紙過來。
東西送到後，王箏就拉著顏浩離開了。
“不是，二姐，就把他一個人扔房裡啊？”
“你能幫上忙啊？”王箏翻了個白眼問到。
“……要不要找些人來幫幫謝哥？”
“他有電話。他會搖人的。”
“……”
“不過，你總不能讓他白忙活吧。”王箏眨眨眼。
“那肯定。姐你隨便開。”顏浩笑到。
“……還沒想好。等想好了再和你說。困了。我先眯會。“王箏看了看門。意思是你雖然是我表弟，你也可以滾了。
這章沒有結束，請點擊下一頁！
顏浩沒廢話。撒冷的跑了。