用WINDOWS~不會吧~聽說是2000~暈倒~
票務系統有嚴重BUG~
我可以想見那群負責高鐵票務系統的人員~現在鐵定...
hkwu wrote:
剛剛手賤在Google查了一下, 原來是這個原因....
http://chinese.engadget.com/2006/11/06/taiwan-high-speed-rail-ticket-machine/
http://www.microsoft.com/taiwan/resources/casestudies/case/case003_highway.aspx
超賣這種問題跟Windows沒關係吧？
砍美眉，救小白，快找腋魔俠Online～
與資料庫要求一個車位的資料交握方式出錯。
為何系統有可能同時兩個人出現可以訂位與排位的狀況發生？
在程式設計流程上一定出現重大缺陷。
神通電腦招牌可能這次會被砸了。這種系統寫過資料庫都如何知道。寫訂票系統不是大問題。
大家認為問題出在哪？
猜測問題一定是程序有錯
一般設計
1.USER 選訂日期與車次後選擇人數。
2系統搜尋是否有空位？ 有空位就訂位了。位置欄為有空位，訂位中、已訂位 三種狀態才對。
3.訂位後開始收款，收款OK 出票，確認位置了
但是問題是如果系統要求位置，居然兩個人可以提供同一個位置，那就是程序
1.USER 選訂日期與車次後選擇人數。
2系統搜尋是否有空位？等待付款但是沒有設定保留欄位，
3.等待系統確認收款OK 出票，才確認位置了。
但是這邊等待收錢的時間，其他人如果也在訂位也找到同一個空位開始付款.
可能在這邊程式出現錯誤吧！
不過不知道他們真正流程是如何進行，是否因為每一個站都有一SERVER，
這是車站SERVER會與主SEVER之間的網路流量問題出現空窗期導致某些SEVER沒有同步收到更新的資料。
不過看報導是同一個車站有同一個座位有超賣的問題。這個更是特別.
有沒有誰有接觸過他們的系統架構的資訊？
出問題再出來瞌頭就好了
內文搜尋
從 APP 打開
X