Re: [請益] PM要求實作未來會出問題的功能

看板Soft_Job作者 (perry tsai)時間4年前 (2020/01/05 23:06), 編輯推噓2(2推 0噓 4→)
留言6則, 3人參與, 4年前最新討論串5/6 (看更多)
通靈一下 問題是不是報表類啊 要全表或大量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
推
01/06 08:43, 4年前 , 1F
推。既然想到了就能先設計好schema來為之後重構做準備
01/06 08:43, 1F
→
01/06 19:27, 4年前 , 2F
直接寫個預存程序，讓dba之後傷腦筋，如果沒dba也可以
01/06 19:27, 2F
→
01/06 19:27, 4年前 , 3F
讓架構分離
01/06 19:27, 3F
推
01/06 20:48, 4年前 , 4F
那也是寫SQL或產報表的人，也就是原原po的問題啊；再說ta
01/06 20:48, 4F
→
01/06 20:48, 4年前 , 5F
ble資料量多也有分段撈的通用改法，log類的胖table也可以
01/06 20:48, 5F
→
01/06 20:48, 4年前 , 6F
多寫個排程定期封存，不過不管哪個都是可以等遇到時再改
01/06 20:48, 6F
‣ 更多 ripple0129 的文章
文章代碼(AID): #1U4VjVb8 (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 5 之 6 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共6篇)
‣ 更多 ripple0129 的文章
文章代碼(AID): #1U4VjVb8 (Soft_Job)