→ alex1973: 因為資料量,網路銀行回應又不能太慢 06/27 18:45
→ xiaker: 如果像台銀那種2個月到2年另開系統查我覺得可以,畢竟自助 06/27 18:51
→ xiaker: 可以完成,也幾分鐘就解決了。 06/27 18:51
推 dakook: 資料量太大一定塞爆 06/27 18:55
推 asv1764: 資料若存大型主機,超貴 06/27 19:36
推 xichen0326: 數據庫選取數據需要時間和資源,客戶的交易數據很多 06/27 22:17
推 whocare96: 雖然紀錄會永久保存,但對於太久的資料很多都是用封 06/27 22:33
→ whocare96: 存的方式,減少資源浪費,所以太久的資料也不是想調 06/27 22:33
→ whocare96: 可以直接叫,後面還是要有人工程序。 06/27 22:33
→ bailan: 好像看過有的網銀查舊紀錄是有點像是申請的方式,線上申請 06/28 00:04
→ bailan: ,等幾小時後完成會mail通知可以去查看。 不過忘了是哪家 06/28 00:05
→ bailan: 大概是申請後排程去撈資料出來吧? 06/28 00:06
→ AllBlack: 我也不懂 蠻鳥的限制 06/28 00:27
推 lianpig5566: 越久的資料,因為存取的頻率較低,所以會使用儲存成 06/28 00:28
→ lianpig5566: 本較低的方式儲存,但相對的,若要去存取資料的話, 06/28 00:28
→ lianpig5566: 要花費的時間或是成本就會比較高,所以銀行大多會限 06/28 00:28
→ lianpig5566: 制存取時間較久的資料,但若要查的話應該還是查的到 06/28 00:28
→ lianpig5566: 的 06/28 00:28
→ lianpig5566: 以圖書館來比喻的話,平常借閱次數高的書會放在書架 06/28 00:29
→ lianpig5566: 上或是熱門的書區,但借閱頻率很低的書可能就會放到 06/28 00:29
→ lianpig5566: 罕用書庫,若要借閱的話,就要請館員到罕用書庫去找 06/28 00:29
→ lianpig5566: 書 06/28 00:29
推 lianpig5566: 電子資料也有這種限制,現在各雲端服務提供業者(像 06/28 00:32
→ lianpig5566: 是GoogleCloud、Azure、AWS)也都有針對資料的存取頻 06/28 00:32
→ lianpig5566: 率來分出幾種儲存區的類型,最常存取的類型其取用資 06/28 00:32
→ lianpig5566: 料不用另外付費,但是「儲存」資料的成本也越高,而 06/28 00:32
→ lianpig5566: 最不常存取的類型,其「儲存」資料的成本最低,但相 06/28 00:32
→ lianpig5566: 對的若要將資料從裡面拿出來就需要額外付費 06/28 00:32
推 asxc530530: 台銀新版的讚啦 06/28 00:33
→ asxc530530: 可以查很久 06/28 00:34
推 nclovegc: 因為過期資料放archive DB懶得再寫另一套sql去抓(誤 06/28 02:23
推 sggs: 元大銀行的歷史資料線上申請,隔天寄email,免費 06/28 07:57
→ sggs: 舊資料可能會搬到其他資料庫,同一資料庫太大查詢會太久 06/28 07:58
推 bill0205: 元大超過某一時間點是要申請 然後寄到電子信箱 06/28 09:20
→ bill0205: 這也是資料庫效能調教一種方式 把舊資料移轉至其他資料 06/28 09:20
→ bill0205: 庫 當有需要存取的人透過申請 系統再去舊資料庫找資料 06/28 09:21
→ bill0205: 才不會浪費現有資料庫效能 06/28 09:21
→ bill0205: 以前碰過幾千萬到幾億筆 就已經快崩潰 何況是銀行 06/28 09:22
→ cityport: 類似SSD跟HDD的差別..你有幾T的資料..你全放SSD還是HDD? 06/28 09:41
→ cityport: 當然正常人都是作業系統用SSD..幾年看一次的迷片放HDD 06/28 09:42
推 ich2: 銀行要賺你的錢啊 申請一次100起跳 多好賺 06/28 12:40
→ bill0205: 樓上 元大申請不用錢喔 只是要等 06/28 13:51
推 InaLiang: 資料會purge起來啊 06/28 18:29
推 mdHsieh: 就是資料庫大小問題而已,老資料沒不見 是以其他形式封存 06/28 22:47
推 yzfr6: 你太小看這些資料的占用容量 06/29 00:38