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