电商项⽬-商品表（spu）、规格表（sku）设计
最近在做⼀个中⼩型购物商城，商品的种类繁多，每⼀种商品具有不同的规格，不同的规格有相应的价格和库存；
这个设计的核⼼难点在于：不同商品具有不同的属性，如何设计通⽤的存储⽅案？
1. 先做⼀下专业术语解释：spu和sku
这⾥拿iphone6s举例，它⾝上有很多的属性和值， ⽐如
⽑重: 420.00 g
产地: 中国⼤陆
容量: 16G, 64G, 128G
颜⾊: 银, ⽩, 玫瑰⾦
spu 指的是商品（iphone6s），spu属性就是不会影响到库存和价格的属性, ⼜叫关键属性，与商品是⼀对⼀的关系，⽐如⽑重: 420.00 g
三角函数恒等变换产地: 中国⼤陆
静音鼠标推荐sku指的是具体规格单品（玫瑰⾦ 16G），sku属性就是会影响到库存和价格的属性, ⼜叫销售属性，与商品是多对⼀的关系，⽐如容量: 16G, 64G, 128G
颜⾊: 银, ⽩, 玫瑰⾦
所以iphone6s则会⽣成 3 * 3 = 9 个 sku
歌剧院>书字组词2. 下⾯进⼊主题
数据表结构图换挡步骤
上⾯这张图是我项⽬中⽤到的商品相关的⼏张数据表， 请只关注有数据值的字段，其它为业务需要，⼀共包含如下5张表：商品分类表--mmall_category
商品表--------mmall_product
商品规格表--mmall_product_specs
属性key表---mmall_attribute_key
属性value表-mmall_attribute_value
1. 商品分类表 mmall_category
此表采⽤⽆限层级树状数据结构，程序使⽤递归算法来遍历分类下的所有⼦分类，parent_id是⽗级分类， parent_id=0时说明是根节点，属于⼀级类别； 如使⽤递归查询出100034包含100037⼦类别，依次类推，这样就构成⼀个可以⽆限扩展的数字结构；
2. 商品表 mmall_product（也称spu表）
spu表中关键字段是category_id和attribute_list两个字段：
安卓手机定位软件category_id 记录这个商品属于哪个分类， ⽤于通过分类进⾏商品搜索；
attribute_list 记录的是所有属性集合，这个字段采⽤json格式存储，便于前端解析；前端解析后可以在页⾯显⽰出商品的所有属性， ⽤户点击选择出属性组合后，前端可以拼接成{"内存":"2G","颜⾊":"红⾊","尺⼨":"20cm"}这样的json格式加上商品id在（商品规格表
mmall_product_specs）查询到具体的单品，随即获取到具体单品的库存和价格等信息；
3. 商品规格表 mmall_product_specs（也称sku表）
sku表保存的是具体的单品信息，⽐如具体规格的库存和价格等，核⼼字段是product_id和product_specs，product_id 记录的是spu表中的商品id，product_specs 记录的是该单品具体的属性值（规格值）；外貌的四字词语
4. （属性key表 mmall_attribute_key）和（属性value表-mmall_attribute_value）
属性key表和属性value表仅⽤于管理后台页⾯⽣成属性选项，管理员在发布新商品时勾选属性，⽅便规格的录⼊和保证正确性；
这⾥我使⽤了两张横表spu表和sku表实现不同商品的存储，spu表使⽤attribute_list字段保存属性集合，查询时使⽤product_id和product_specs去sku表中获取的具体的单品信息， spu表中可以增加⼀些商品的公共信息字段，例如名称、发布的商家、发布⽇期、上架状态， sku表中增加⼀些每个单品不同的字段，⽐如不同的单品有不同图⽚和名称或者详情说明等等，反正根据业务进⾏扩展
总结, 上述数据表设计⽅案适⽤于商品类别差异不是很⼤的情形，通过表的字段可以发现不同的商品之间变化的信息只有 attribute_list 字段， ⽽这个字段通过json来存储各种不同的属性集合， 同样sku表中变化的字段只有 product_specs 也是通过json来存储各种不同属性组合。
核⼼思路就是把弹性字段使⽤json存储，这样设计的优点是数据表结构稳定，不⽤在商品增加属性后增加字段， 缺点是商品数据的解析复杂，弹性字段需要在业务代码中进⾏处理，增加了业务代码的复杂度。彩泥动物
