设计表时的三大范式（MySQL）

什么是范式

在表的设计中，范式是一种设计规范，用于更好的组织和管理数据。

设计数据表时的范式有第一范式1NF、第二范式2NF、第三范式3NF等等，一般满足三大范式即可

第一范式

第一范式规定：数据表中的字段不可以再次拆分

只有满足了第一范式，才称得上是关系型数据库，如果在定义表的时候，每一个字段都可以用一个数据类型表示，则天然满足第一范式

比如如果学校又可以分为 学校名、学校地址、学校电话，那么就不满足第一范式

第二范式

第二范式规定：在满足第一范式的基础上，不存在非关键字段对候选键的部分函数依赖（存在于复合主键的情况）非关键字段可以理解为非主键字段，候选键包含主键、外键，没有主键时的唯一键等等 ，主键只有一个字段时天然满足第二范式

假设创建了以下的数据表，其中学号和课程名为复合主键

在该表中 姓名和年龄只依赖于学号，学分只依赖于课程名，成绩依赖于学号和课程名整个复合主键

在这种情况下，就不满足第二范式，因为姓名年龄和学分都只依赖于复合主键当中的一部分主键。

不满足第二范式的缺点

数据冗余

不满足第二范式会导致数据重复进行记录，如果学号出现多次，那么依赖学号的姓名和年龄也会重复出现多次，导致数据冗余

插入异常

如果新增加了一节新课，但是可能由于该课还未考试，所以导致新课的数据无法传到数据库里，或者也可以是新增了一名新生，由于没考试，无法直接加到数据库当中

更新异常

如果想要对某个课程的学分或某个学生的年龄进行修改，就需要将所有有关的数据都改一遍，如果不幸发生某些异常，那么就有可能造成只修改了部分数据

删除异常

如果有些同学因毕业需要删除学生数据时，假如某一门课只有这些毕业的同学考试了，就会将课程信息也删除了。

刚才的表我们可以将他拆分成三个表，分别是学生表、课程表、成绩表

数据则可以变成下图

这样便解决了刚才的缺点

第三范式

第三范式规定：在满足第二范式的情况下，不存在非关键字段，对任意一个候选键的传递依赖

假设有一张数据表如下图所示，其中学号为主键

学院电话和学院地址依赖于所在学院，所在学院依赖于学号，就形成了传递依赖

所以不满足第三范式，可以进行如下修改

修改后，便满足了第三范式，第三范式也可以解决 数据冗余、插入异常、删除异常、更新异常的问题