歐布薇提示您：看後求收藏（思兔閱讀sto.ist），接著再看更方便。
掛斷電話，顏浩也在琢磨：
這套係統和星纖網，牧雲影票係統相比，在技術上來說最大的難點就是“庫存扣減‘
。
比如鵬城到漢口的車票。這在用戶看來，隻是一個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的統計算法。這一點，目前兩方的人馬都沒能有個比較好的算法。
顏浩抱著有棗沒棗打三杆子的心態打電話給了自己二姐。讓她把謝濤給牽來了鵬城。
顏浩在機場等了好久，這才見到二姐跟謝濤兩人背著包走了出來。
看到顏浩，王箏還倍兒客氣。
“你還來接我們乾嘛。我們自己打車就好了。”
謝濤看到顏浩，拘謹的握握手。
歐布薇提示您：看後求收藏（思兔閱讀sto.ist），接著再看更方便。