scorpious1102 wrote:這一定是系統架構不相...(恕刪) 我是覺得遠通應該整套系統跟配套都要規劃測試好再考慮推出,包含這一整個SOP,餘額查詢如何方便大眾,他們是有沒有想過這個問題?...等到消費者反映了再改一點點,現在都先衝再說就對了?餘額查詢系統以現在軟體技術來說我相信是可以做的到才對..
yosn wrote:一開始看到還以為是馬...(恕刪) 可能他資料是批次匯入系統?原排程是兩天,要到十月才有能力改成五小時?還是說他資料庫等級太差?運算時間要兩天,要到十月有營收才能採購新主機?以上為死工程師的推斷。但我覺得應該都不是~愛做不做而已吧?所以我還是不會裝。
會開車上高速公路的人並不一定會用智慧型手機有用智慧型手機的人並不一定都會使用他的app查詢功能也不見得都會用手機上網...會開車上高速公路的人並不一定都會用電腦以上這些人會什麼會貼eTag?車子開去保養時只要廠商跟你說一下貼eTag的好處和未來上國道都使用計程收費的事很多人並不會去問貼這張有什麼缺點.......就會給人家貼了...所以餘額查詢應該是經營的公司負責處理例如說不足50元or100元時自動發簡訊通知(這種通知簡訊沒有消費者在付費的吧=.=)也要考量到有很多4、5、60歲的人並不會看簡訊..所以在簡訊通知後一定時間內沒做儲值動作的話~就電話語音通知如果這樣還不會去儲的話~被加收這些過路手續費就比較沒問題了吧?查詢功能縮短為5小時~是比2天好很多了但是應該還會有進步的空間才對~1小時or30分鐘應該都ok吧??儲值手續費的話~如果外面超商這種的收個5元我是覺得還說的過去但是自已遠通的門市如果還要收費的話那就真的吃的太難看了......反正我們這些老百姓就比較該死...
孤鴻海上來 wrote:App查 應該要限制...(恕刪) 敢問何謂Read only DB?哪家的SQL是read-only?現在每個SQL DB都強調即時的transaction還read-only?你創造的嗎?
孤鴻海上來 wrote:就程式資料庫的角度來...(恕刪) 聽你在扯NCCC從開始接手信用卡連線時採用的IBM 3750就能做到real time你要告訴我說現在遠通用的電腦不如四十年前的IBM 3750和IBM S/360嗎?半夜會停止讓人查帳的銀行是哪家你公佈一下給網友知道怎樣?我自己經手的ATMP系統還沒碰過除升級中斷營運外的情形你碰過哪家ATM半夜停止讓人操作?銀行系統停機15分鐘已經是要把管理者送上人評會記大過了還半夜停止讓人查帳勒.............分明就是遠通不願意花大錢升級E-tag為及時電文傳送還在用簡易的批次隔夜傳送資料才會拖5小時和要求使用者儲值以避免DB扣款出現NULL異常虛虛東和他的屬下在省錢虐待台灣用路人居然還有人替他們講話!!!!
vida wrote:可能他資料是批次匯入系統?原排程是兩天,要到十月才有能力改成五小時?還是說他資料庫等級太差?運算時間要兩天,要到十月有營收才能採購新主機? 排程應該是一天一次另外一天是派人到收費站收磁帶的周期
csshih wrote:聽你在扯NCCC從開始接手信用卡連線時採用的IBM 3750就能做到real time你要告訴我說現在遠通用的電腦不如四十年前的IBM 3750和IBM S/360嗎?半夜會停止讓人查帳的銀行是哪家你公佈一下給網友知道怎樣? 是我鬼扯限定在提款機 可以查Real DB沒問題就像超商機器上 24小時都可以充值eTag的用App查的話應該都會局限在專供查詢的DB副本上