最近在弄商场这块,最重要的也就是商品表的设计了,总结一下最近的思路。
首先,要了解如下几个概念。
产品
淘宝标准化产品,由类目 + 关键属性唯一确定。如:手机类目,关键属性是品牌和型号,Nokia N95 就是一个产品,nokia 是品牌,N95 是型号。
SPU
spu=standard product unit 标准化产品单元;spu 相当于一个产品,可详见产品定义。
关键属性
能够确认唯一"产品"的属性,可以是一个,或者多个关键属性的组合。如:手机的"品牌""型号"能确定唯一的产品,服装的"品牌""货号"能确定唯一的产品。
销售属性
组成 SKU 的特殊属性,它会影响买家的购买和卖家的库存管理,如服装的"颜色"、"套餐"和"尺码"。当颜色在特定类目下是销售属性时,卖家发布宝贝的时候上传了颜色图片,则颜色属性值直接显示图片.否则显示属性值别名或属性值名
商品属性
表示了商品的特有特征,比如新旧程度、保修方式等,不能作为产品的属性。
非关键属性
除关键属性、销售属性外的其他属性,注:在产品中非关键属性也不包括商品属性
SKU
sku=stock keeping uint(库存量单位),为保存库存控制的最小可用单位,例如一件 T 恤中一个 SKU 通常由颜色、尺码组成。
**商品**
即淘宝所言的宝贝,为 SPU、销售属性(+SKU)的实例化对象组合
简单来讲,搞清楚商品与单品的区别。例如,iphone 是一个单品,但是在淘宝上当很多商家同时出售这个产品的时候,iphone 就是一个商品了。SPU 是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述了一个产品的特性。通俗点讲,属性值、特性相同的商品就可以称为一个 SPU。SKU 即库存进出计量的单位, 可以是以件、盒、托盘等为单位。在服装、鞋类商品中使用最多最普遍。 例如纺织品中一个 SKU 通常表示:规格、颜色、款式。
以上概念都了解后,来看一个示例,加深理解。
MySQL 商品多规格设计
商品多规格
有这样一个问题,大意是说商城一件衣服,颜色有蓝、白、黑,尺码有 S、M、L 码,不同的颜色和尺码搭配的价格和库存是不一样的,这种关系如何设计数据库呢?
之前也没用遇到过这种问题,第一感觉就是以衣服表为主表,再分表建立子表:颜色表和尺码表以及颜色-尺码管理表。
商品表字段(item):id name… 颜色表字段(color):id name item_id … 尺码表字段(chima):id name item_id … 颜色-尺码表(c-c):id item_id color_id chima_id number price …
其实早就有这种 库存 SKU 的文章和设计,关于上面的问题有如下的具体解决方案:
商品的无限规格实现
我们发现上面的衣服的库存量单位(SKU)便不再是该商品, 而是到具体属性组合出的规格, 每种规格可能会有不同的售价、运费与库存剩余情况, 所以用户在购买时, 不仅需要记录所购买的商品 ID, 同时也需要记录购买的该商品的具体规格 。
直观分析图示中的规格情况, 尺码、颜色属于衣服不同属性的名称, 与之对应的为属性可选择的的具体值, 属于一对多关系, 在 MySQL 数据库表结构中反应出为:
将示例中具有三种颜色、三种尺码的属性数据生成 SKU 后的 item_sku 表数据图示:
mysql> select * from item_sku;
+--------+---------+------------------+--------+-------+
| sku_id | item_id | attr_symbol_path | price | stock |
+--------+---------+------------------+--------+-------+
| 1 | 128 | 1,4 | 200.00 | 100 |
| 2 | 128 | 1,5 | 201.00 | 101 |
| 3 | 128 | 1,6 | 202.00 | 102 |
| 4 | 128 | 2,4 | 203.00 | 103 |
| 5 | 128 | 2,5 | 204.00 | 104 |
| 6 | 128 | 2,6 | 205.00 | 105 |
| 7 | 128 | 3,4 | 206.00 | 106 |
| 8 | 128 | 3,5 | 207.00 | 107 |
| 9 | 128 | 3,6 | 208.00 | 109 |
+--------+---------+------------------+--------+-------+
9 rows in set (0.02 sec)
从图中数据看出, 该商品共有 9 种不同规格可选, 那么这时在确定用户选择的某种规格的价格等信息时只需一条 SQL 语句即可完成:
总结
如何属性规则再多,也可以利用上述方法。
如果感觉还是有些模糊,以下链接供参考。(已经理解了,就没必要看了,思路都差不多)
经验交流 1经验交流 2
扩展性高但缺失索引
具体示例
资料 1资料 2
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于