原文写于个人博客，欢迎关注www.xiaolewei.com
前言
公司上马新项目，这个过程中重新研究了关于电商系统中的一些东西，参阅了shopNC的《高性能电子商务平台构建：架构、设计与开发》(这本书说实话差强人意，一则设计思想讲的过少，另外通篇的代码也几乎没有太多参考价值)，也看了网上不少博客，特记录一下学习心得与感悟。
对于一个电商系统，商品模块显然是其核心功能，商品模块设计的好坏将直接决定后续的开发进度和维护成本。
SKU
电商平台上涉及到非常多的产品，这些产品五花八门，从书到电器，从衣服到家具，等等等等，书有出版社，衣服有颜色，手机有容量，属性根据产品的不同也差别极大，对于我们而言又需要如何去抽象这些概念，如何去设计数据库？
这里要提一个SKU的概念
英文全称为 stock keeping unit, 简称SKU，定义为保存库存控制的最小可用单位
对于上述提到的每一件产品，他们在库存中的最小保存单位便是sku，以iphone为例，在仓库中显然不是以CPU、屏幕...这样的方式存储的，而是以单个完整的手机进行存储的。这里的每个被存储的个体即为商品。
属性
每个商品都会有许多的属性，对于衣服有尺码、颜色，对于手机有屏幕尺寸、容量等。这些属性又分为两类，一类是会影响商品最终售价的关键属性，一类是说明性质的属性，例如通常情况下颜色不影响手机价格，但是不同容量手机却对应不同价格，这里颜色就是普通属性，而容量则为关键属性。
产品 or 商品
我们定义真正用于平台上交易的产品为商品。怎么理解？以iphone为例，iphone7 plus就是一个产品，这个产品有很多的属性，如容量、颜色等。那么红色的128G的iphone7 plus是一个商品。也就是说平台上卖出的是一个非常具体的个体，所以必然是可以被唯一确定的。而确定的方式就是前面提到的SKU，即一个产品加上一组可以唯一确定其售价的关键属性即可称为商品
数据库设计
这里直接上ER图
product_attrs是属性表，记录一个商品可以拥有的属性名，如容量颜色等，type表示是否为关键属性。product_attr_values是属性值表，记录某个属性名对应的属性值。例如product_attrs中有一条记录：
| id | name | type |
|---|---|---|
| 1 | 容量 | 1 |
那么可以为其创建对应的32G、64G的对应值
| id | name | product_attribute_id |
|---|---|---|
| 1 | 32G | 1 |
| 2 | 64G | 1 |
-
products表用于记录产品的基本信息，可以任意扩展。 -
items与products为多对一关系，一个item通过关联多个属性，组成一个完整的商品
这里只是讲一个思路。上述数据库表还可以继续完善扩展。
