通靈一下
問題是不是報表類啊
要全表或大量join大量計算的
資料少跑一下SQL就好
資料大跑到炸掉
會去想到資料大時會炸鍋
表示有經驗了啊
多的是新手沒想過這種問題
不過不要緊了
等慢到一定程度
就會開始跑daily的過去統計
到時重構就好
先求功能出來且正常
未來再處理效能
沒有足夠filter條件的SQL
往往都是要重構的
別擔心遇到了處理就好
只要確定目前儲存的資料
未來有辦法做重構即可
如果現在設計的schema不符合未來重構
那就要換schema來儲存

推。既然想到了就能先設計好schema來為之後重構做準備

直接寫個預存程序，讓dba之後傷腦筋，如果沒dba也可以讓架構分離

那也是寫SQL或產報表的人，也就是原原po的問題啊；再說table資料量多也有分段撈的通用改法，log類的胖table也可以多寫個排程定期封存，不過不管哪個都是可以等遇到時再改