数据库设计

一、数据库设计

数据库设计规范

以下表为例，不规范的表设计可能导致（信息重复，插入、删除、更新都会出现异常）

 

插入数据，如尝试插入一条数据，可知目前8008客房无人入住，假如新客户入住8008

插入数据繁琐，插入数据可能导致数据不一致

删除数据，如尝试删除客人张三的信息，会将对应客房信息也删掉，导致数据不一致

更新数据时，需要修改所有数据，如房价信息，如果出现遗漏，还可能出现数据不一致现象

三大范式

第一范式

第一范式的目标为确保每列的原子性，即每列都是不可再分的的最小数据单元。

如下图：

 

第二范式

1. 表必须有一个主键
2. 非主键列必须完全依赖于主键，而不能只依赖于主键的一部分

第二范式要求每张表只描述一件事。如：

 

第三范式

在满足2NF的基础上，如果表中除了主键以外的其他列都不传递依赖于主键列，则符合第三范式。如下图：

 

图中的客房号自段，可以直接确定入住人数。而其中床位数和价格，是由客房类型来决定的。而客房入住状态，严格意义上也并不是由客房号决定的，也就是我们确定了客房如2002其实是不能确定此房间的入住状态的。所以根据第三范式拆分的话，应该拆分为客房表，客房类型表，客房状态表

总结：

数据规范化：保证数据的安全性和完整性

如果数据不规范，可能会导致插入异常、删除异常、更新异常等

三大范式实现数据的规范化：

第一范式：每一列不可再分

第二范式：每张表只能存储一类信息

第三范式：每张表没有传递依赖（间接依赖）

那最终规范化的酒店管理系统的E-R图为：

 

规范化和性能的关系

有时，根据需求，数据库的性能比规范化数据库更为重要，因此在遵守规范化的同时，要综合考虑数据库的性能

其实还有第四范式等，但是我们一般符合第三范式就可以了，甚至有时根据业务需求，数据库表的设计会违反三大范式，我们需要以业务需求为主，找两者的平衡点。

反范式设计(第三范式)

1提高查询效率

比如显示商品信息时，经常需要伴随商品类别信息的显示，此时，为了提高查询效率，可以通过冗余一个商品类别字段，这样就可以将原先的表关联查询转换为单表查询。

2保存历史快照

比如订单表，里面需要包含收货人的一些信息，如姓名、电话、地址等，这些都属于历史快照，需要冗余保存起来，不能通过保存用户id去关联查询，因为用户的收货人信息可能发生变更。

数据库设计的步骤

数据库设计就是将需求转成数据的存储结构的过程。

确定需求---根据需求画出数据的ER图---通过ER图生成数据库的建库脚本

我们直接用PowerDesigner软件根据数据库的设计画出模型图并生成sql文件

设计数据库的步骤

• 收集信息，根据需求标识表
• 标识字段
• 标识表关系

二、创建模型图-PD

安装完成后，找到PowerDesigner15工具，打开如下图-16所示：

 

图-16

创建物理模型图

点击下列按钮创建物理模型图,如图-17所示:

 

图-17

创建中遇到的问题,如果数据库选择没有提示信息.则根据下图勾选文件夹.

如图-18所示:

 

图- 18

创建第一个张表

创建好第一个物理模型图之后,选择表格属性,创建第一张表.如图-19所示:

 

图-19

问题说明:如果没有图中右侧的面板,点击工具-自定义工具栏,如图-20所示:

 

图-20

之后勾选面板工具,如图-21所示:

 

图-21

创建表和字段

根据提示添加表名称,如图-22所示

 

图-22

点击确定之后,添加字段名称和字段类型如图-23所示:

 

图-23

设定主键自增,双击id标号的行级按钮.添加主键自增.如图-24所示:

 

图-24

动态生成Sql

如果上述配置完成之后点击确定.打开视图.查看sql语句如图-25所示:

 

图-25

        将这些sql语句复制,在数据库中运行,可以发现可以正确执行.

我们设计好数据库后，选择数据库-generate..生成sql文件即可。

 

 

表设计关联关系设定

一对一关联

说明:设定一对一关联关系.user表与user_info表.并且user_id与user_info_id的值一致.典型的一对一关联.如图-27所示:

 

图-27

一对多关联

说明:一对多关联不会在表中划线.主外键关联中,换个角度看问题就是一对多,例如一个部门下有多个员工，从多的一方画向一的一方。（向在哪张表中添加外键就从拿张表开始画）

 

多对多关联

例如 角色和权限的配置需要多对多关联.并且多对多关联中一般都需要第三张中间表.如图-28所示:

 

图-28

将酒店管理系统的模型图画出来并生成SQL文件