我需要爲我的項目添加每省/州稅。如何在數據庫中存儲稅款？
我在辯論是否應該在省份和稅收之間添加多對多關係，或者只是向每個省添加tax1_name，tax1_rate，tax2_name，tax2_rate。我不覺得任何地方的稅收超過2個？
我還需要在每張發票的購買時存儲稅率。
所以我的選項是添加2多對多表或添加8個字段。你會去哪，爲什麼？
或者我可以只有1個組合稅。如果它在發票上顯示爲「GST + PST」，我認爲它不會太壞。這將解決這個問題，愚蠢的魁北克在GST（稅收稅！）上收取QST費用。
或者我可以有1個多對多臺並存儲每個納稅的開始和結束日期，然後當我生成發票，我可以根據日期查找。
你真正需要的是這樣的：
與總稅收合併成一個單一領域的問題是，雖然你可能或可能不會讓在向客戶收據上顯示這種方式，各個司法管轄區都希望您和您的會計師分別追蹤所收稅款。因此混合費率不會這樣做，因爲您需要支出的數額，以便您可以支付稅務人員和滿足其審計師。
在我對您的問題的建議解決方案中，請注意TAX_RATE表包含納稅和推舉之間的交集。這是如此，不僅從管轄權到管轄權，價格可以改變，但它可以隨時間變化。
還要注意，稅率表包含calculation_order值。這可以是任何你喜歡的，可以分類和比較的東西。我之前使用過整數。這個想法是，你從第一個開始按順序申請稅。如果您有兩個稅項適用於相同的基本金額，則這些稅款具有相同的計算順序。如果您在稅收一上繳稅二，那麼稅二的計算順序較高。
最後，我列出了一張表格，允許您隨時跟蹤免稅情況。你可以處理這種不同的方式，我繪製它的方式可能不是最好的或最簡單的。關鍵是要包括一種機制來說「產品X確實（或不）獲得稅收Y（超過給定的日期範圍）」。
首先，您必須決定稅率的控制維度是：州/省（賣方還是買方的地點適用？）和交易的時間（年？）。這些字段必須成爲稅表查找的關鍵字段。
也看到這裏的討論：How can I properly implement commerce data relationships in a sql database?
哇。可能比我的需要複雜一點，但聽起來好像它會做所有事情:) – mpen