如何维护数据库规范化：零售门店系统库存与门店表外键关联方案咨询

问题核心 #

你当前外键关联失败的根本原因是：Inventory表使用复合主键作为唯一标识，而外键关联必须完整匹配主键的所有字段，你在Store表中仅使用Inventory_ID做关联，自然无法匹配到Inventory的复合主键。
同时你现有的表关系逻辑有误：库存记录是「某门店下某商品的库存」，应该是Inventory表关联Store表，而非Store表关联Inventory表。

符合第三范式的实现方案 #

调整逻辑 #

删除Store表中冗余的Inventory_ID字段，将Inventory表中原无业务意义的Inventory_ID替换为Store_ID，直接关联Store表的主键，Inventory表的复合主键调整为(Store_ID, Product_ID)，既可以唯一识别每一条库存记录，也能建立合法的外键关联，全程无冗余字段，完全符合第三范式要求。

调整后的建表代码 #

1. Store表（删除无用的Inventory_ID字段）

CREATE TABLE Store(
    Id int PRIMARY KEY,
    Name VARCHAR(50) NOT NULL,
    City VARCHAR(50),
    State VARCHAR(50),
    Price_mod DECIMAL(4,2)
);

2. Product表（无需调整）

CREATE TABLE Product(
    Product_ID int PRIMARY KEY,
    Name VARCHAR(50),
    Description VARCHAR(100),
    Market_price DECIMAL(4,2)
);

3. Inventory表（替换Inventory_ID为Store_ID，调整复合主键与外键）

CREATE TABLE Inventory(
    Store_ID int FOREIGN KEY REFERENCES Store(Id),
    Product_ID int FOREIGN KEY REFERENCES Product(Product_ID),
    Quantity int NOT NULL,
    CONSTRAINT pk_inventory PRIMARY KEY (Store_ID, Product_ID)
);

4. Customer表（仅修正State字段长度不合理的问题，原VARCHAR(5)无法适配多数地区的行政区域名称存储）

CREATE TABLE Customer(
    Customer_ID VARCHAR(50) PRIMARY KEY,
    Name VARCHAR(50),
    City VARCHAR(50),
    State VARCHAR(50),
    Days_loyal int
);

方案合规性说明 #

• 完全满足第三范式要求：所有非主键字段完全依赖于主键，不存在传递依赖，也没有任何冗余存储。
• 没有破坏规范化规则：调整仅修正了错误的关联关系与无用字段，没有新增冗余字段，原有的库存存储逻辑完全保留，调整后Inventory表的数据结构和你预期的结构逻辑完全一致，只是把无意义的Inventory_ID替换为对应门店的ID。
• 如果确实需要保留独立的Inventory_ID字段，也可以在Inventory表中新增Store_ID字段作为外键关联Store表，复合主键仍使用(Inventory_ID, Product_ID)，但这种方案下Inventory_ID属于无业务必要的冗余字段，不符合第三范式的精简要求，不推荐使用。

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