数据库造神计划第十三天---数据库设计

一、范式

1、什么是范式

数据库的范式是⼀组规则。在设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式。

关系数据库有六种范式：第⼀范式（1NF）、第⼆范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式（4NF）和第五范式（5NF，又称完美范式），越高的范式数据库冗余越小。然而，我们普遍认为范式越高虽然对数据关系有更好的约束性，但也可能导致数据库IO更繁忙，因此在实际应用中，数据库设计通常只需满足第三范式即可。

2、第一范式

2.1定义

数据库表的每⼀列都是不可分割的原子数据项，而不能是集合，数组，对象等非原子数据。

在关系型数据库的设计中，满足第⼀范式是对关系模式的基本要求。不满足第⼀范式的数据库就不能被称为关系数据库

2.2示例

定义⼀个学生表，需要记学生信息和学校信息

2.2.1反例

学校是一个对象，可以继续进行拆分，所以不满足第一范式

2.2.2正例

学校信息包含在一行中，每⼀列都不能再进行拆分，此时已满足第一范式

在关系型数据库中，每一列都可以用基本数据类型表示，天然满足第一范式

3、第二范式

3.1定义

在满足第一范式的基础上，不存在非关键字段对任意候选键的部分函数依赖。存在于表中定义了复合主键的情况下。

候选键： 可以唯⼀标识⼀行数据的列或列的组合，可以从候选键中选⼀个或多个当做表的主键 非关键字段： 不属于候选键的列

3.2示例

需求：学生可以选修课程，课程有对应的学分，学生考试后每门课程会产生相应的成绩

3.2.1反例

用一张表记录所有信息

这张表中使用学号+课程名定义复合主键来唯⼀标识⼀个学生某门课程的成绩，这也是这张表的主要作用。

学生是通过学号来确定的，学⽣的姓名、年龄和性别和课程没有关系，即学生的信息只依赖学号， 不依赖课程名；学分是通过课程来确定的，课程的学分与学生没有关系，即学分只依赖课程名，不依赖学生。

对于使用复合主键的表，如果⼀行数据中的有些列只与复合主键中的⼀个或其中几个列有关系，那么就说他存在部分函数依赖，也就不满足第⼆范式。

3.2.2正例

设计表：针对需求应该设计三张表，即：学生表、课程表和成绩表

第⼆范式强调的是部分函数依赖，当⼀张表中的主键只有⼀列时，天然满足第⼆范式

3.2.3不满足第⼆范式时可能出现的问题

（1）数据冗余

学生的姓名、年龄、性别和课程的学分在每行记录中重复出现，造成了大量的数据冗余。

（2）更新异常

如果要调整MySQL的学分，那么就需要更新表中所有关于MySQL的记录，⼀旦执行中断导致某些记录更新成功，某些数据更新失败，就会造成表中同一门课程出现不同学分的情况，出现数据不⼀致的问题。

（3）插⼊异常

目前这样的设计，成绩与每一门课和学生都有对应关系，也就是说只有学生参加选修课程考试取得了成绩才能生成⼀条记录。当有一门新课还没有学生参加考试取得成绩之前，那么这门新课在数据库中是不存在的，因为成绩为空时记录没有意义。

（4）删除异常

把毕业学生的考试数据全都删除，此时课程和学分的信息也会被删除掉，有可能导致⼀段时间内，数据库里没有某门课程和学分的信息。

4、第三范式

4.1定义

在满足第⼆范式的基础上，不存在非关键字段，对任一候选键的传递依赖。

4.2示例

要求学生表中记录学生所属的学院，在满足第⼆范式的基础上对学生表做出修改

4.2.1反例

因为是要描述学生信息，并且在表中定义了Id为主键，Id可以明确的标识每条学生信息

在这个表结构中，可以看出学生的学号、姓名、年龄、性别与主键Id强相关；学院电话、学院地址与学院强相关；在⼀个表中出现了两个强相关的关系，而且这两个强相关关系又存在传递现象，即通过学生Id可以找到学生记录，学生记录中包含学院名，每个学院又有自己的电话和地址

这种传递现象称为传递依赖，所以当前的表不满足第三范式

4.2.2正例

把学院信息拆分出来定义学院表，学生表与学院表做关联

此时所有表设计满足第三范式

二、数据库设计过程

1、从现实业务中抽象得到概念类

概念类是从现实世界中抽象出来的，在需求分析阶段就需要确定下来：

类对应了数据库设计中的实体，实体对应了数据库中的表

类中的属性对应实体中的属性，实体的属性对应了表中的列

2、确定实体与实体之间的关系，并画出E-R画，方便项目参与人员理解与沟通

3、根据E-R图完成SQL语句的编号并创建数据库

三、实体-关系图

实体-关系图（Entity-RelationshipDiagram）简称E-R图，也称作实体联系模型、实体关系模型，是一种用于描述数据模型的概念图，主要用于数据库设计阶段。

1、E-R图的基本组成

E-R图包含了以下三种基本成分：

实体：即数据对象，用矩形框表示，如用户、学生、班级等。

属性：实体的特性，用椭圆形或圆⻆矩形表示，如学生的姓名、年龄等。

关系：实体之间的联系，用菱形框表示，并标明关系的类型，并用直线将相关实体与关系连接起来。

2、关系的类型

2.1一对一关系 (1:1)

一个用户实体包含的属性有：用户昵称，真实姓名，手机号，邮箱地址，性别，学校

一个账户实体包含的属性有：登录用户名，密码

用户实体与账户实体是一对一的关系，用E-R图表示如下：

2.2一个对多关系 (1:N)

一个学生实体包含的属性有：真实姓名，学号，年龄，性别，入学时间

一个班级实体包含的属性有：班级名，学生人数

一个班级中有多个学生，所以班级实体与学生实体是一对多的关系，反过来说学生实体与班级实体是多对一的关系，用E-R图表示如下：

2.3多对多关系 (M:N)

一个学生实体包含的属性有：真实姓名，学号，年龄，性别，入学时间

一个课程实体包含的属性有：课程名

一个学生可以选修多门课程，一门课程也可以被多名学生所选择，所以学生与课程之间是多对多关系，用E-R图表示如下：

对于多对多关系，可以使用中间表进行记录，比如⼀个学生参加了某一门课程的考试得到了相应的成绩，用E-R图表示如下：

#注：

这一篇的知识，在我们熟练使用数据库之后，所谓的范式就会烂熟于心，至于E-R图，在我们的工作中一般不会去画（太慢了，太古老了），但是，无论是范式还是E-R图，大概率会是我们学校数据库考试中的重点考察内容！！！