使用臨時表是否明智？

Question

我們有一個用於products的mySQL數據庫表。我們正在利用緩存層來減少數據庫負載，但我們認爲將緩存層中需要存儲的實際數據最小化以進一步加速應用程序是一個好主意。

所有數據庫中的產品，那就是遊客必須重視他們的代價可見：

價格都存儲在不同的表，稱爲prices。有多個價格類別取決於每個訪問者（客戶）適用的折扣級別。有時會有活動，這意味着每種產品都有特價。特殊價格存儲在名爲specials的表格中。

• 將臨時表綁定在一起是不是很糟糕？

它只會有必要的信息，並且會被緩存。

-------------|-------------|------------ 
| productId | hasPrice | hasSpecial 
-------------|-------------|------------ 
    1   | 1   | 0 
    2   | 1   | 1 

通過這樣做，這將是超級容易知道具體的產品真正有價，而無需通過完整的prices或specials表中的產品應該上市交易或者提出每一次迭代。

• 臨時表是Web應用程序常見的東西還是它只是壞的設計？

Answer 1

您應該像處理其他任何性能問題一樣處理它：確定需要多少性能，然後在您的實驗室中對生產級硬件進行迭代測試。不要做不必要的優化。

你應該剖析你的應用並發現它是否做了太多的查詢或查詢本身很慢;即使查詢非常簡單，大多數Web應用程序緩慢的情況都是由於查詢過多（以我的經驗）。

通常情況下，最好的工程解決方案是重構數據庫，在某些情況下可以非規範化，以使常見的讀取用例需要更少的查詢。緩存也可能會有所幫助，但重構需要更少的查詢往往是最好的。

基本上，如果你打算做的比閱讀更多的閱讀，你可以增加寫路徑上的工作量以減少閱讀路徑的數量。

Answer 2

如果你打算緩存這些數據，它真的需要在臨時表中嗎？當您需要重建緩存時，只會產生查詢開銷，因此臨時表可能甚至不是必需的。