设计表时的三大范式（MySQL）
设计表时的三大范式
- 什么是范式
- 第一范式
- 第二范式
- 不满足第二范式的缺点
- 数据冗余
- 插入异常
- 更新异常
- 删除异常
- 第三范式
什么是范式
在表的设计中，范式是一种设计规范，用于更好的组织和管理数据。
设计数据表时的范式有第一范式1NF、第二范式2NF、第三范式3NF等等，一般满足三大范式即可
第一范式
第一范式规定：数据表中的字段不可以再次拆分
只有满足了第一范式，才称得上是关系型数据库，如果在定义表的时候，每一个字段都可以用一个数据类型表示，则天然满足第一范式
比如如果学校又可以分为 学校名、学校地址、学校电话，那么就不满足第一范式
第二范式
第二范式规定：在满足第一范式的基础上，不存在非关键字段对候选键的部分函数依赖（存在于复合主键的情况）非关键字段可以理解为非主键字段，候选键包含主键、外键，没有主键时的唯一键等等 ，主键只有一个字段时天然满足第二范式
假设创建了以下的数据表，其中学号和课程名为复合主键
在该表中 姓名和年龄只依赖于学号，学分只依赖于课程名，成绩依赖于学号和课程名整个复合主键
在这种情况下，就不满足第二范式，因为姓名年龄和学分都只依赖于复合主键当中的一部分主键。
不满足第二范式的缺点
数据冗余
不满足第二范式会导致数据重复进行记录，如果学号出现多次，那么依赖学号的姓名和年龄也会重复出现多次，导致数据冗余
插入异常
如果新增加了一节新课，但是可能由于该课还未考试，所以导致新课的数据无法传到数据库里，或者也可以是新增了一名新生，由于没考试，无法直接加到数据库当中
更新异常
如果想要对某个课程的学分或某个学生的年龄进行修改，就需要将所有有关的数据都改一遍，如果不幸发生某些异常，那么就有可能造成只修改了部分数据
删除异常
如果有些同学因毕业需要删除学生数据时，假如某一门课只有这些毕业的同学考试了，就会将课程信息也删除了。
刚才的表我们可以将他拆分成三个表，分别是学生表、课程表、成绩表
数据则可以变成下图
这样便解决了刚才的缺点
第三范式
第三范式规定：在满足第二范式的情况下，不存在非关键字段，对任意一个候选键的传递依赖
假设有一张数据表如下图所示，其中学号为主键
学院电话和学院地址依赖于所在学院，所在学院依赖于学号，就形成了传递依赖
所以不满足第三范式，可以进行如下修改
修改后，便满足了第三范式，第三范式也可以解决 数据冗余、插入异常、删除异常、更新异常的问题