商品 SKU 设计,从简单规格到多规格踩过什么

做商城绕不开的模型就是商品。起初我们的表特别简单:一张商品表,名称、价格、库存全塞在里面,跑得挺开心。直到运营说要上"红色 L 码"这种组合,才发现一个商品到底怎么定义,之前根本没想清楚。

我踩过的一个坑,是把 SPU 和 SKU 混成一团。SPU 是"这款卫衣",SKU 是"这款卫衣的红色 L 码"。混在一起的表现就是:改个商品标题要批量更新几十行库存记录,加一个规格维度要改表结构。

后来拆成商品表、规格表、SKU 表三层,各管各的,才清爽下来。

相关推荐
霸道流氓气质1 小时前
基于 Spring @Profile 的 MQ 消费者按需开关设计
java·后端·spring
Chloe.Zz1 小时前
一篇入门Agent
开发语言·前端·javascript
sunshine8851 小时前
关联交易抵消与内部往来清理:合并报表中的“排雷”策略
大数据·数据库·人工智能
java1234_小锋1 小时前
【技术专题】HTML5 网页技术 - HTML5 表格标签
前端·html·html5
方安乐1 小时前
PostGIS_GCJ02toWGS84_操作文档
数据库·oracle
枫叶丹41 小时前
知识库为什么搜不到答案:多向量检索与 Late Interaction
人工智能·chatgpt·开源·agent·codex
天府云创1 小时前
SRE之DeepSeek 10月15日故障分析、旁推和思考
网络·数据库·人工智能·故障处理·deepseek·api恢复
silvamux_1 小时前
4款新模型商务邮件翻译横评:0.98到0.46
android·java·javascript
雪芽蓝域zzs1 小时前
JS 项目转 TS 项目(Vue3 + 若依这类后台项目)完整改造清单
前端·vue.js