什麼是存儲和查詢發票數據和帳戶數據的最佳方式？

Question

我正在創建一個管理業務許多方面的項目，但我目前正在編寫發票，估算和信用部分。 我正在使用php和mysqli， 我的這一部分的前端正在進行中，但是在我陷入太深之前，我可以用一點輸入做一個洞。 例如我的發票，估算和信貸數據在我的數據庫中是分開的我有inv和invutes用於發票，est和est的表用於估算和信用和creditlines的信用，每個字段都是相同的，允許通過切換表取決於類型等 我的inv表存儲inv編號，客戶id，客戶詳細信息發票日期淨總額，增值金額和總金額等等，invim存儲invref，產品編號，產品說明，成本價格淨售價，增值稅率，數量等 在這種情況下我在這裏和那裏存儲計算值以確保英國的增值稅遵從。

好的，所以當我到達測試階段時，我需要能夠生成報告，例如庫存變動，日常分析中按名義代碼（在循環表中）和利潤和損失（購買賬戶方未開始還是）等等

我覺得我的數據庫結構將允許我查詢和建立從我存儲的信息，但我的問題是我需要在發票點進一步細分這加速報告。例如在創建發票時，我是否也應該將收取的增值稅金額寫入增值稅控制表？如果我這樣做，我也應該寫股票移動到股票管制表，顯示何時，從哪裏等到哪裏等？ 這可能會繼續在交易中雙重寫入所有內容。

作爲一個腳註，我的數據庫是爲多業務設計的，因爲每個表中的每行都有一個名爲coid的索引字段，它擁有對該公司唯一的引用，並且我的腳本檢查該公司是否只能訪問其自己的數據。

在此先感謝尼克

Answer 1

第一：您永遠不應該將冗餘數據保存在數據庫中。如果可以從原始數據中輕鬆地檢索信息，爲什麼將它保存在緩存列中？這帶來了緩存值可能錯誤的問題！這是沒有人想要的。

記住這一點總是有例外的規則。有些值真的很難計算，因此可能需要緩存這些值。這很可能不是這種情況。

另一個例外是可以命名（有點透支）「數據倉庫」的東西。有例如法律要求長期保存發票。這些數據可能不會再發生變化（這是歷史，所以應該改變什麼？），並且可能需要能夠輸出過去任何時候的特定日期的數據。這個例外可能適用於您的案例！

如果這確實適用於您，我無法根據您提供的信息做出決定。你必須找出自己或提供詳細的信息（但這可能會超過SO問題的框架），但我希望我能給你一些方向想法。