共计 1099 个字符，预计需要花费 3 分钟才能阅读完成。
一个简略的电商商品设计思维
在借鉴了前辈的一些设计思路之后，本人在设计小商城的一些实践经验
数据表
可能会略去一些跟整体设计关系不大的字段
- 商品分类表 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 |
后续持续更新
正文完
