→ qrtt1: 為什麼要這麼做?你想解決什麼樣的問題? 10/24 17:46
單純更新資料,每天固定更新資料約60萬筆
推 pupuliao: 當然是可以啊? 變快 變慢 不知道而已 10/24 18:01
→ pupuliao: 你可以測試看看 10/24 18:02
→ kogrs: 60萬應該算不上大數據吧? 10/25 00:02
是的,不太算
→ qrtt1: 你是打算多快!?要有個門檻出來,拿工具量一量,再來看要 10/25 00:32
→ qrtt1: 不要改它吧。你資料產出的那一端,到底每秒能生多少筆? 10/25 00:33
→ qrtt1: 你的消耗端 (mysql) 只要能承受比它高,就算達標了唄。 10/25 00:33
希望這樣子的排程工作能在2小時之內完成更新60萬筆資料。
※ 編輯: jfla (180.204.49.162), 10/25/2018 09:47:00
推 jej: 用java這麼多次io當然慢 寫sp吧 60小case啦 10/25 12:46
推 now99: 先看60萬的條件吧 10/26 09:03
推 swpoker: 這應要該要用sp去弄啊,不要硬用java啊 10/26 10:58
→ adrianshum: SP 不見得會比較好,視乎OP 要做什麼。比如是每天拿 10/27 12:13
→ adrianshum: 到60萬筆的檔案,再根據檔案內容update, 用stored pro 10/27 12:13
→ adrianshum: c 不見得會跑得快,還要考慮整體架構 10/27 12:13