一个简略的电商商品设计思维
在借鉴了前辈的一些设计思路之后，本人在设计小商城的一些实践经验
数据表
可能会略去一些跟整体设计关系不大的字段
- 商品分类表 category（这里临时没有思考多级分类进去）
| category_id | 分类id |
|---|---|
| name | 分类名字比方（短袖，裤子） |
| description | 形容 |
2.店铺表 shop
| shop_id | 店铺id |
|---|---|
| shop_name | 店铺名字 |
| description | 形容 |
| owner_id | 拥有者id |
3.spu表 spu（此处只列出跟其余表有关联的字段）
| spu_id | 商品的id |
|---|---|
| category_id | 分类表的id |
| shop_id | 店铺id |
4.sku表 sku
| sku_id | 确定商品各个属性之后惟一一个子商品 |
|---|---|
| spu_id | 父商品spu_id |
| 能够依据状况做一个冗余 | |
| 能够依据状况做一个冗余 |
5.属性表 attribute
| attr_id | 属性惟一id |
|---|---|
| attr_name | 属性名字 |
| description | 属性形容 |
6.属性的值 attribute_value
| attribute_value_id | 惟一id |
|---|---|
| attr_id | 属性id |
| value | 这个属性的值（比方色彩的黄色 尺码的XL等） |
| sort | 排序 |
7.属性类型表 category_attr
为这个类型预设一些属性 比方裤子失常来说都有色彩尺码这些属性
其实就是存储一个类型与属性的映射关系（当然这个只是一个预设，商家增加一个裤子的时候还能够自在去增加别的属性或者不去勾选预设这些属性）
| id | 惟一id主键 |
|---|---|
| category_id | 分类id |
| attr_id | 属性id |
| sort | 排序 |
8.spu属性关系表 spu_attr
这个表须要形容这个spu有哪些属性，比方一个iphonex 它就有
色彩，内存，版本（国行，港行，美版等）这些属性
| id | 惟一id主键 |
|---|---|
| spu_id | |
| attr_id | 属性id |
| sort | 排序 |
9.spu属性的值表 spu_attr_value
确定了spu有哪些属性，还须要阐明这些属性都有哪些取值，因为attr_value这个表其实是一个很全面的值，还比方iphonex，attr_value外面对应了（国行，港行，美版），然而商家这个spu其实就只销售国行，因而须要一个对应关系
| id | 惟一id |
|---|---|
| spu_id | |
| 属性id（其实是冗余的） | |
| attr_value_id | 属性的值的id |
| sort | 排序 |
10.sku与属性的值的映射关系表 sku_attr_value
sku就是spu的多个属性联合起来组成一个惟一的后果，所以比方一个iphonex 银色，256g，国行，就确定了一个sku
| id | 惟一id |
|---|---|
| spu_id | |
| 属性id（其实是冗余的） | |
| attr_value_id | 属性的值的id |
后续持续更新