如何設計用於在庫存商店中存儲物品的數據庫？

Question

這基本上適用於我目前正在研究的生產管理系統。 我有不止一種類型的物品要存儲在庫存中（產品/零件/材料）。 我想將它們存儲在由 (Store, Section, Rack, Bin) 組成的庫存商店中。 我在完成這個設計時遇到了困難，希望你們能幫助我就如何完成這個設計集思廣益。

這就是我現在所擁有的。

Products:
    [ID]                   INT           IDENTITY (1, 1) NOT NULL,
    [Name]                 NVARCHAR (50) NOT NULL,
    [DefaultPurchasePrice] FLOAT (53)    NOT NULL,
    [DefaultSalePrice]     FLOAT (53)    NOT NULL,
    [Description]          TEXT          NULL,
    [ItemCode]             NVARCHAR (50) NOT NULL,
    [MinimumLevel]         INT           NOT NULL,
    [DateAdded]            DATE          NOT NULL,
    [LastModified]         DATETIME      NOT NULL
Stores:
    [ID]   INT           IDENTITY (1, 1) NOT NULL,
    [Name] NVARCHAR (50) NOT NULL
Storages:
    [ID]      INT IDENTITY (1, 1) NOT NULL,
    [StoreID] INT NOT NULL,
    [Section] INT DEFAULT ((0)) NOT NULL,
    [Rack]    INT DEFAULT ((0)) NOT NULL,
    [Shelf]   INT DEFAULT ((0)) NOT NULL,
    [Bin]     INT DEFAULT ((0)) NOT NULL,
    PRIMARY KEY CLUSTERED ([ID] ASC),
    CONSTRAINT [FK_Storages_Stores] FOREIGN KEY ([StoreID]) REFERENCES [dbo]. 
[Stores] ([ID])
ProductStock:
    [ProductID]         INT      NOT NULL,
    [QuantityOnHand]    INT      DEFAULT ((0)) NOT NULL,
    [QuantityAllocated] INT      DEFAULT ((0)) NOT NULL,
    [QuantityTarget]    INT      DEFAULT ((0)) NOT NULL,
    [LastModified]      DATETIME NOT NULL,
    PRIMARY KEY CLUSTERED ([ProductID] ASC),
    CONSTRAINT [FK_ProductStock_Product] FOREIGN KEY ([ProductID]) REFERENCES [dbo].[Products] ([ID])

這種設計的問題是我無法跟蹤彩票。

Answer 1

首先，這是一個非常廣泛的問題，所以如果它被標記為，不要太驚訝。

不過，就您目前所擁有的內容而言，我看到了一些小問題。

Products.Description是TEXT 。 TEXT數據類型已經棄用了很長時間，因此您應該將其更改為NVARCHAR(MAX) 。

ProductStock只允許一個項目的三個狀態，我不確定QuantityTarget應該是什么意思。 如果它是一個理想的庫存數量，那么它不屬於Products表，以及MinimumLevel嗎？ 我假設QuantityOnHand表示可售單位， QuantityAllocated表示客戶已訂購的商品。

但是，如果您對交易數據感興趣，則至少需要再添加兩個字段； QuantityOnOrder （來自供應商）和諸如QuantityInactive東西，您將在其中說明收貨時已損壞並等待退回給供應商的單位等內容。 基本上您擁有但不能出售的任何單位。

也就是說，如果您想知道某事物從何而來，又去了哪里，那么您的數據模型仍然缺少很多實體。 在傳入端，您尚未創建Vendors 、 CommonCarriers 、 PurchaseOrders 、 PurchaseOrderDetails或Receipts 。 在傳出端，您尚未創建Customers 、 Invoices 、 InvoiceDetails 、 Returns或ReturnDetails 。 我們甚至還沒有觸及付款類型，或者可能還有二十種我沒有想到的事情。

在線有大量資源可用於此類數據建模。 ARTS 零售運營數據模型只是其中之一，但它非常全面，應該為您提供一些很好的指導以進行進一步研究。