MySQL库存系统添加产品位置 表结构设计方案咨询

方案1：直接在tbl_product表新增存储位置字段 #

只有同时满足以下所有需求时，才推荐选这个方案：

• 每个产品永远只对应唯一的存储位置，不会出现同一款产品存放在多个仓位的情况
• 位置信息结构非常简单，仅需要存类似仓位号这类单一文本，不需要记录位置的其他属性
• 未来也不会有基于位置的批量管理需求，比如按仓库/货架盘点、查询库位占用情况、拣货路径规划这类需求都不会有

这个方案的优势就是实现成本极低，查询产品信息时不需要关联其他表，性能最好。

方案2：单独建tbl_location表做关联存储 #

只要你满足以下任意一个条件，就优先选这个方案：

• 同一款产品可能存放在多个不同的库位
• 位置本身有多个属性需要管理：比如所属仓库、区域、货架号、层号、库位状态（可用/占用/维修中）、存储要求（冷藏/防潮）等
• 后续有库位相关的业务扩展规划，哪怕只是有可能要做
• 多个产品会共用同一个存储位置，可以避免重复存储相同的位置文本，修改位置信息的时候也只需要改tbl_location里的一条记录，不会出现数据不一致的问题

表结构参考：

• 新建tbl_location表，字段包括location_id（主键）、warehouse、area、shelf_no、status等你需要的位置属性
• 如果是一个产品对应一个位置，直接在tbl_product加location_id外键关联即可；如果一个产品可以对应多个位置，再加一张product_location中间表做多对多关联就行

最终建议 #

除非你100%确定你的库存系统就是小范围用，需求永远不会变，否则优先选单独建表的方案。现在多花10分钟建个表，以后业务扩张的时候能给你省几十小时改表结构、迁数据、改业务代码的时间，踩过这个坑的人都懂。

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