MySQL的計算領域的良好做法

Question

我有一個像下面兩個表：

我只是想知道這是否是使用這種結構，並把所有的發票金額加總的一個很好的做法父表爲了獲得更快的請求並避免一些經常性計算（結果將在發票表上後用觸發器更新）？

還是更好地得到一個規範化的表，並不緩存計算字段的種類？

Answer 1

這不是壞習慣本身。 但是，在實施之前你應該三思而後行。非規範化可能會提高性能，但並非總是如此，並且在可維護性方面也存在成本。

平均每個項目有多少個 子項目 發票存在？如果只有少數，那麼計算總和的成本是微不足道的。在這種情況下不要去規範化。

對於一個給定項目， 子項目 發票的清單可能會多長時間更改一次？如果很少，那麼你應該預先整理總數。相反，如果 子項目 發票的清單很可能會「經常」更改（與您需要讀取/計算總和的頻率相比），那麼您很可能會花費更多時間重新計算總和不必要。底線：在確定真實瓶頸之前，不要非規範化。一旦確定了真正的性能問題，重寫應用程序以在稍後時間對重構進行說明應該是相對輕鬆的。

Answer 2

我沒有看到使用給定的結構存儲總計的任何問題。您有invoice_number和invoice_date作爲鑰匙使用，因此沒有混淆的危險。只計算一次顯然更有效率。基本上，每次需要結果時爲什麼要進行計算？