[問題] 網路銀行交易明細限制查詢日期的原因

看板Bank_Service作者 (俠客)時間2年前 (2021/06/27 18:31), 編輯推噓14(14推 0噓 31→)
留言45則, 18人參與, 2年前最新討論串1/2 (看更多)
大家好，如標題所問。 標題的查詢時間限制，指的是最早可以查到多久以前的交易明細。 各家銀行有所不同，可能有6個月/1年/2年不等的時間限制。 如果要查詢再之前的交易明細，則必須臨櫃申辦。 可是我疑惑的點，是這種限制的用意為何呢？ 如果是上古時代原先即無電腦紀錄，銀行也不可能花時間和金錢去電腦化，這我能理解。 但以當前而言，交易紀錄本來就自動記錄在系統中，文字占有的儲存空間也十分有限。 但客戶要查大前年的交易明細，卻只能付費臨櫃或線上申請，先不論可能收取手續費， 光得特地跑一趟分行，可能還得等待幾天才能拿到，我就不太能理解。 客戶目前如果想要確保自己能查詢到更久的交易明細，只能保管好存摺或對帳單。 但存摺是實體的不太可能隨身攜帶，有些實體戶也不提供電子月結/對帳單， 縱使有提供，大多PDF格式的對帳單，對於查詢檢索也不友善。 所以真的蠻好奇，對於銀行來說，提供更長的交易明細查詢時間，會有成本上的增加嗎？ 畢竟如果要推數位/無摺戶，總得有方便的交易明細查詢系統才有足夠的說服力吧？ PO上來跟大家討論，先於此感謝大家的回覆及討論了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.138.155.173 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Bank_Service/M.1624789894.A.200.html
→
06/27 18:45, 2年前 , 1F
因為資料量，網路銀行回應又不能太慢
06/27 18:45, 1F
→
06/27 18:51, 2年前 , 2F
如果像台銀那種2個月到2年另開系統查我覺得可以，畢竟自助
06/27 18:51, 2F
→
06/27 18:51, 2年前 , 3F
可以完成，也幾分鐘就解決了。
06/27 18:51, 3F
推
06/27 18:55, 2年前 , 4F
資料量太大一定塞爆
06/27 18:55, 4F
推
06/27 19:36, 2年前 , 5F
資料若存大型主機，超貴
06/27 19:36, 5F
推
06/27 22:17, 2年前 , 6F
數據庫選取數據需要時間和資源，客戶的交易數據很多
06/27 22:17, 6F
推
06/27 22:33, 2年前 , 7F
雖然紀錄會永久保存，但對於太久的資料很多都是用封
06/27 22:33, 7F
→
06/27 22:33, 2年前 , 8F
存的方式，減少資源浪費，所以太久的資料也不是想調
06/27 22:33, 8F
→
06/27 22:33, 2年前 , 9F
可以直接叫，後面還是要有人工程序。
06/27 22:33, 9F
→
06/28 00:04, 2年前 , 10F
好像看過有的網銀查舊紀錄是有點像是申請的方式，線上申請
06/28 00:04, 10F
→
06/28 00:05, 2年前 , 11F
，等幾小時後完成會mail通知可以去查看。 不過忘了是哪家
06/28 00:05, 11F
→
06/28 00:06, 2年前 , 12F
大概是申請後排程去撈資料出來吧？
06/28 00:06, 12F
→
06/28 00:27, 2年前 , 13F
我也不懂 蠻鳥的限制
06/28 00:27, 13F
推
06/28 00:28, 2年前 , 14F
越久的資料，因為存取的頻率較低，所以會使用儲存成
06/28 00:28, 14F
→
06/28 00:28, 2年前 , 15F
本較低的方式儲存，但相對的，若要去存取資料的話，
06/28 00:28, 15F
→
06/28 00:28, 2年前 , 16F
要花費的時間或是成本就會比較高，所以銀行大多會限
06/28 00:28, 16F
→
06/28 00:28, 2年前 , 17F
制存取時間較久的資料，但若要查的話應該還是查的到
06/28 00:28, 17F
→
06/28 00:28, 2年前 , 18F
的
06/28 00:28, 18F
→
06/28 00:29, 2年前 , 19F
以圖書館來比喻的話，平常借閱次數高的書會放在書架
06/28 00:29, 19F
→
06/28 00:29, 2年前 , 20F
上或是熱門的書區，但借閱頻率很低的書可能就會放到
06/28 00:29, 20F
→
06/28 00:29, 2年前 , 21F
罕用書庫，若要借閱的話，就要請館員到罕用書庫去找
06/28 00:29, 21F
→
06/28 00:29, 2年前 , 22F
書
06/28 00:29, 22F
推
06/28 00:32, 2年前 , 23F
電子資料也有這種限制，現在各雲端服務提供業者（像
06/28 00:32, 23F
→
06/28 00:32, 2年前 , 24F
是GoogleCloud、Azure、AWS）也都有針對資料的存取頻
06/28 00:32, 24F
→
06/28 00:32, 2年前 , 25F
率來分出幾種儲存區的類型，最常存取的類型其取用資
06/28 00:32, 25F
→
06/28 00:32, 2年前 , 26F
料不用另外付費，但是「儲存」資料的成本也越高，而
06/28 00:32, 26F
→
06/28 00:32, 2年前 , 27F
最不常存取的類型，其「儲存」資料的成本最低，但相
06/28 00:32, 27F
→
06/28 00:32, 2年前 , 28F
對的若要將資料從裡面拿出來就需要額外付費
06/28 00:32, 28F
推
06/28 00:33, 2年前 , 29F
台銀新版的讚啦
06/28 00:33, 29F
→
06/28 00:34, 2年前 , 30F
可以查很久
06/28 00:34, 30F
推
06/28 02:23, 2年前 , 31F
因為過期資料放archive DB懶得再寫另一套sql去抓(誤
06/28 02:23, 31F
推
06/28 07:57, 2年前 , 32F
元大銀行的歷史資料線上申請，隔天寄email，免費
06/28 07:57, 32F
→
06/28 07:58, 2年前 , 33F
舊資料可能會搬到其他資料庫，同一資料庫太大查詢會太久
06/28 07:58, 33F
推
06/28 09:20, 2年前 , 34F
元大超過某一時間點是要申請 然後寄到電子信箱
06/28 09:20, 34F
→
06/28 09:20, 2年前 , 35F
這也是資料庫效能調教一種方式 把舊資料移轉至其他資料
06/28 09:20, 35F
→
06/28 09:21, 2年前 , 36F
庫 當有需要存取的人透過申請 系統再去舊資料庫找資料
06/28 09:21, 36F
→
06/28 09:21, 2年前 , 37F
才不會浪費現有資料庫效能
06/28 09:21, 37F
→
06/28 09:22, 2年前 , 38F
以前碰過幾千萬到幾億筆 就已經快崩潰 何況是銀行
06/28 09:22, 38F
→
06/28 09:41, 2年前 , 39F
類似SSD跟HDD的差別..你有幾T的資料..你全放SSD還是HDD?
06/28 09:41, 39F
→
06/28 09:42, 2年前 , 40F
當然正常人都是作業系統用SSD..幾年看一次的迷片放HDD
06/28 09:42, 40F
推
06/28 12:40, 2年前 , 41F
銀行要賺你的錢啊 申請一次100起跳 多好賺
06/28 12:40, 41F
→
06/28 13:51, 2年前 , 42F
樓上 元大申請不用錢喔 只是要等
06/28 13:51, 42F
推
06/28 18:29, 2年前 , 43F
資料會purge起來啊
06/28 18:29, 43F
推
06/28 22:47, 2年前 , 44F
就是資料庫大小問題而已，老資料沒不見 是以其他形式封存
06/28 22:47, 44F
推
06/29 00:38, 2年前 , 45F
你太小看這些資料的占用容量
06/29 00:38, 45F
‣ 更多 xiaker 的文章
文章代碼(AID): #1Ws5E680 (Bank_Service)
‣ 更多 xiaker 的文章
文章代碼(AID): #1Ws5E680 (Bank_Service)