移动商城第六篇【分析商品的数据模型】

阳光穿透心脏的1/2处 2021-09-17 07:40 388阅读 0赞

# 分析商品的数据模型 #

本篇主要是分析我们的项目中的数据模型…一般地，我们都是用powerdesigner来设计我们的数据库模型表…

首先我们要看懂powerdesigner箭头的意义：

> 表之间的关系
> 
> 一对多：**箭头所指向的表是一的一端**
> 
> 多对一：**箭头背向的方向的表是多的一端**（除了一对一）
> 
> 多对多：在数据库模型上，由三张表来组成，中间表体现的是其余两张表的关系是多对多，中间表只能有两个表的主键作为外键来组成，箭头由中介表来分别指向其余两张表。
> 
> 一对一：箭头指向的方向是一的一端，背向的方向的表使用指向的方向的表的主键作为主键和外键就形成了一对一的关系。

## 品牌管理 ##

我们前面已经写了品牌管理了，我们来看看数据库设计是怎么样的。

首先是我们的品牌表：**主要定义了品牌基本信息字段**

![这里写图片描述][SouthEast]

## 商品类目 ##

该类目表主要对商品进行分类…  
![这里写图片描述][SouthEast 1]

同时他还有自关联的连接线，那是什么意思呢？？

该商品类目表**拥有父类目的属性**：

![这里写图片描述][SouthEast 2]

也就是说，类目我们可以看成是树形结构的：

![这里写图片描述][SouthEast 3]

**是可以根据当前类目查询出上一级类目的**。

![这里写图片描述][SouthEast 4]

## 类目与品牌 ##

**一个类目下是可以有多个品牌的，而一个品牌可以有多个类目**..

![这里写图片描述][SouthEast 5]

我们可以举个例子来理解：

空调类目下：

*  海尔
 *  格力

海尔：

*  洗衣机
 *  空调

格力：

*  洗衣机
 *  空调

**对于海尔，格力这样的品牌，不仅仅是做空调，还可以做洗衣机。而空调和洗衣机又是不同的类目下的。**

## 类目与商家 ##

为了实现更好地管理，我们还有**类目所对应的商家表**

![这里写图片描述][SouthEast 6]

## 商品 ##

我们的商品主要是手机和号卡

**通过在类目表中预置的手机类目和号卡类目来区分**

**而一个品牌也对应着多个商品**。

*  苹果  
    
    
     *  iphone5s
     *  iphone6s

![这里写图片描述][SouthEast 7]

我们商品的存储事例数据如下：

![这里写图片描述][SouthEast 8]

除了与品牌和类目之间的关联关系，还存储着一些销售语、是否上架、等信息

![这里写图片描述][SouthEast 9]

## 商品标签图片和大字段表 ##

**我们的商品标签图片也是用另外一张数据库表来存储。它有着商品的全部属性**

**而当商品信息太多，写不完的时候就需要用到大字段表了。**

![这里写图片描述][SouthEast 10]

## 商品属性 ##

我们使用了一张专门管理商品属性的数据表来进行**展示对应的商品属性**。

该数据库表可以设置该属性是否前台展示，以及属性是怎么录入的：

*  树形
 *  文本框
 *  下拉框

![这里写图片描述][SouthEast 11]

数据如下所示：

![这里写图片描述][SouthEast 12]

## 类目与属性 ##

对于属性而言也是分开的：

*  **要么是手机**
 *  **要么是手机子属性的**

因此我们的属性与类目也是存在：**一个类目对应多个属性的关系的**。

## 参数 ##

我们可以发现在**我们的商品属性表中，如果一个属性是可以多选的话，那么在属性值上是使用“，”逗号来进行分割的**

![这里写图片描述][SouthEast 13]

而我们的参数表就是**对其选中的值进行保存！**

*  **feature是用于展示我们的所有属性数据**
 *  **para是用于存储用户选中的属性数据**

![这里写图片描述][SouthEast 14]

## 商品与参数与属性关系 ##

**一个商品是有多个参数的，而一个属性也对应着多个参数。**

![这里写图片描述][SouthEast 15]

## 库存与价格值 ##

**库存也是用一张表来存储的，对应地，不同类型的商品对应的不同的库存**

我们可以简单理解成一下的情况：  
![这里写图片描述][SouthEast 16]

# 总结 #

到目前为止，我们仅仅是简单分析了数据库表的对应关系。是并没有深刻理解它为什么要设计成这样子的，当我们一边写代码的时候，再回顾它的设计。可能效果会更好。

[SouthEast]: /images/20210827/2f675e5329744e80b9edc59c489d37e1.png
[SouthEast 1]: /images/20210827/8b8387ec7daa43b99e19cbfc8d849f4a.png
[SouthEast 2]: /images/20210827/37e76e59b95d43adbafd42c4535f9540.png
[SouthEast 3]: /images/20210827/eefb1559be8f467188400787d6465c0f.png
[SouthEast 4]: /images/20210827/3c03249f93924393af98cf0ecadccdd1.png
[SouthEast 5]: /images/20210827/8ca046726c7240fe9093dee65f573101.png
[SouthEast 6]: /images/20210827/1cd023834a7b4c959837447097e5d58a.png
[SouthEast 7]: /images/20210827/994489e5e6bf4a1c9b1691cf345ebf0a.png
[SouthEast 8]: /images/20210827/19ad38f9dc9740008ae58d4bc6398bbb.png
[SouthEast 9]: /images/20210827/89b82bb26a2a4267a457568c1e1d8327.png
[SouthEast 10]: /images/20210827/a6818b5c018d475d962653644cfa22f2.png
[SouthEast 11]: /images/20210827/b9fce9c6435c4a45bb2de2ce3129e194.png
[SouthEast 12]: /images/20210827/e9222019812f46738bd545eb394666b3.png
[SouthEast 13]: /images/20210827/bf9eeb0dc9764c8c96ea7be68205970e.png
[SouthEast 14]: /images/20210827/0056b62aaabb4ed59523a37d5bccc5c2.png
[SouthEast 15]: /images/20210827/1dad0c93a03d4550984406cbce490c28.png
[SouthEast 16]: /images/20210827/15fbd0ef7c0343598d525a206baf81c3.png