如何處理庫存系統中的數量/庫存監控？

Question

我正在為學校項目的五金店創建一個簡單的庫存/銷售點系統。

我想知道如何正確實施對現有庫存/數量和物品銷售的監控。 到目前為止，我的產品表中有一個“ QuantityOnHand”字段。 這是存儲庫存總數的位置。 每當進行銷售時，我都會在“ QuantityOnHand”字段上減去所售商品的數量，並將這些商品保存在兩個相關的表中，“ Sales”（用於記錄交易）和“ SalesItems”（用於出售的商品）。

這種設計在大多數情況下是可以的，但是我無法創建將過去一天/一周的剩余項目數量與當前的剩余余額減去銷售/有缺陷項目進行比較的報告，因為未正確跟蹤和僅保存在單個字段中。

如何設計數據庫以正確監控項目數量？

Answer 1

您必須仔細分析所有報告要求，並設計表以使其易於實現目標。

但是，通常最好創建一個表來存儲可能如下所示的庫存事件：

• eventid-此事件的唯一標識符。
• productid-產品/商品ID
• eventtype-標識事件的類型（例如，接收，出售，虧損，補貨，盤點，轉入，轉出等）
• 時間戳-事件發生的時間。
• stockinglocationid-標識倉庫/商店/ ...
• 。 。 。

僅創建庫存事件，而不會更新它們。 這是獲得所需分析類型的關鍵。

由此，您應該能夠在任何時候重新構造任何產品的質量。

對於銷售，您當然需要除數量，價格，產品-客戶類型，客戶國家（地區）/州/城市，銷售地點，銷售員，之外的各種其他數據點。 。 。 就像股票事件一樣，將此表視為不可變的。

我鼓勵您使用Google的“庫存星圖”和“銷售星圖”。 這應該使您思考如何最好地組織數據以進行報告。