我們有一個 SaaS 解決方案，其中每個租用戶都有自己的 MySQL 資料庫?，F(xiàn)在我正在設(shè)計這個SaaS系統(tǒng)的儀表板，它需要一些分析圖表。為了獲取圖表所需的數(shù)據(jù)，我們可以從每個租戶的資料庫中即時查詢其交易數(shù)據(jù)。並獲得更新的圖表，沒有不良性能，因為到目前為止數(shù)據(jù)量還沒有那麼大。然而，由於數(shù)據(jù)量會不斷增長，我們決定將每個公司的分析數(shù)據(jù)和交易數(shù)據(jù)分開，我們將在後臺獲取圖表的分析數(shù)據(jù)，保存/緩存它們並定期更新。我的問題是：
1
0
0
不要進(jìn)入「事實」表中的數(shù)百萬行，而是建立並維護(hù)一個總計表，然後從中取得資料。它的運(yùn)行速度可能是原來的 10 倍。
由於額外的表，這確實需要更改程式碼，但這可能是值得的。
換句話說，如果資料集變得大於X，匯總表是最好的解決方案。快取不會有幫助。硬體還不夠。 JSON 只會造成妨礙。
根據(jù)一年的數(shù)據(jù)點（每秒一個）建立一年的圖表既緩慢又浪費。根據(jù)每日小計建立一年的圖表要合理得多。
