看板 Soft_Job 關於我們 聯絡資訊
通靈一下 問題是不是報表類啊 要全表或大量join大量計算的 資料少跑一下SQL就好 資料大跑到炸掉 會去想到資料大時會炸鍋 表示有經驗了啊 多的是新手沒想過這種問題 不過不要緊了 等慢到一定程度 就會開始跑daily的過去統計 到時重構就好 先求功能出來且正常 未來再處理效能 沒有足夠filter條件的SQL 往往都是要重構的 別擔心遇到了處理就好 只要確定目前儲存的資料 未來有辦法做重構即可 如果現在設計的schema不符合未來重構 那就要換schema來儲存 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.12.2.33 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1578236767.A.948.html
newhandfun: 推。既然想到了就能先設計好schema來為之後重構做準備 01/06 08:43
qpowjohn: 直接寫個預存程序,讓dba之後傷腦筋,如果沒dba也可以 01/06 19:27
qpowjohn: 讓架構分離 01/06 19:27
iceonly: 那也是寫SQL或產報表的人,也就是原原po的問題啊;再說ta 01/06 20:48
iceonly: ble資料量多也有分段撈的通用改法,log類的胖table也可以 01/06 20:48
iceonly: 多寫個排程定期封存,不過不管哪個都是可以等遇到時再改 01/06 20:48