多存储地点不同库存量的Product表数据库关系设计合理性咨询

你的现有设计存在几个核心问题，没法准确实现“产品多地点存放、各地点库存独立”的需求：

• Quantity表逻辑冗余且错误：把库存数量单独建表，让Product和Location分别关联它，但这种设计没法建立“某产品在某地点的库存”对应关系——比如20把椅子分两个地点各10把，你没法通过现有关联明确哪10把属于哪个地点，数据逻辑会混乱。
• Product表字段冗余：total_stock、storage_stock属于冗余字段。total_stock应该是各地点库存的总和，直接计算即可，单独存储容易出现数据不一致（比如各地点库存更新了，但total_stock没同步）；storage_stock如果指特定仓库的库存，那应该和地点绑定，不该放在Product表中。另外total_price也不需要存储，用单价×库存数量就能实时计算。
• 关联关系错误：Product和Location各自关联Quantity，但两者的关联没有绑定，无法表达“产品-地点-库存”的三者对应关系。

要实现你的需求，最合理的方式是用多对多关联的中间表，因为一个产品能存多个地点，一个地点也能放多个产品，中间表用来记录每个产品在对应地点的具体库存。

核心表结构 #

1. Type（产品类型表） #

CREATE TABLE Type (
    t_key INT PRIMARY KEY,
    name VARCHAR(50) NOT NULL -- 比如"椅子"、"桌子"
);

2. Product（产品表） #

CREATE TABLE Product (
    p_key INT PRIMARY KEY,
    description VARCHAR(200), -- 产品描述
    size INT, -- 尺寸参数
    price_per_unit INT NOT NULL, -- 单价
    shop VARCHAR(100), -- 所属店铺
    type_key INT NOT NULL,
    FOREIGN KEY (type_key) REFERENCES Type(t_key)
);

移除了冗余的库存、总价字段，只保留产品本身的属性。

3. Location（地点表） #

CREATE TABLE Location (
    l_key INT PRIMARY KEY,
    name VARCHAR(100) NOT NULL -- 比如"仓库A"、"门店B"
);

地点只存自身属性，不直接关联库存。

4. ProductLocationStock（产品-地点库存中间表） #

CREATE TABLE ProductLocationStock (
    p_key INT NOT NULL,
    l_key INT NOT NULL,
    stock_quantity INT NOT NULL CHECK (stock_quantity >= 0), -- 该地点的库存数量
    PRIMARY KEY (p_key, l_key), -- 联合主键，确保一个产品在一个地点只有一条库存记录
    FOREIGN KEY (p_key) REFERENCES Product(p_key),
    FOREIGN KEY (l_key) REFERENCES Location(l_key)
);

这是核心表，专门记录“产品-地点-库存”的对应关系。

数据示例（以你的椅子案例为例） #

1. 插入类型数据：INSERT INTO Type (t_key, name) VALUES (1, '椅子');
2. 插入产品数据：INSERT INTO Product (p_key, description, size, price_per_unit, shop, type_key) VALUES (1, '普通办公椅', 40, 200, 'XX家具店', 1);
3. 插入地点数据：INSERT INTO Location (l_key, name) VALUES (1, '仓库A'), (2, '仓库B');
4. 插入库存数据：INSERT INTO ProductLocationStock (p_key, l_key, stock_quantity) VALUES (1,1,10), (1,2,10);

方案优势 #

• 逻辑清晰：直接绑定产品、地点、库存三者，不会出现数据歧义。
• 避免冗余：产品总库存可以通过SELECT SUM(stock_quantity) FROM ProductLocationStock WHERE p_key=1;实时计算，不用存储，杜绝数据不一致问题。
• 扩展性强：后续新增地点或产品，直接在对应表插入数据即可，中间表灵活记录库存关系。

内容的提问来源于stack exchange，提问作者user14379397