前言
数据库范式一直是一种很难理解的,各种翻译版本讲解的方式都比较难理解,在这重新梳理下自己的理解范式。
目录
一、范式是什么?
NF (normal from) 规范的形式
二、第一范式(1NF)
要求我们表中的每个字段都必须是最基本的属性,即原子属性(不可再拆分)。
例如:学生表中,有学号,姓名,联系方式,这个联系方式就不满足1NF,因为联系方式还可以拆分为手机号,微信号,QQ号等。
三、第二范式(2NF)
在满足第一范式字段不可拆分情况下,要求数据库表R的每个实例或行必须可以被唯一地区分,即表要有主键,并且每一个非主属性完全函数依赖于R的某个候选键,通过主键可以唯一标识一条记录,该范式可消除复合主键情况下的部分依赖。
四、第三范式(3NF)
在满足第二范式的基础下,消除对主键的传递依赖。如果关系模型R是第二范式,且每个非主属性都不传递依赖于R的候选键,则称R是第三范式的模式。
以课程表(学号,课程号,学生姓名,专业,导师)为例,其中学生姓名无重名,所以该表有一个候选码(学号,课程号),存在如下关系(学号,课程号) -> (学生姓名,专业,导师) , (导师) -> (专业)故存在依赖传递。
五、BCNF范式(BCNF)
在满足第三范式的基础下,消除属性对主键的函数依赖。
六、第四范式(4NF)
不存在多值依赖。
名词解释:
- 多值,关系中存在多个属性,且这几个属性不能直接确定其他值
- 必须通过其中几个一起确定一个值
总结
1NF 数据库表中的每一列都是不可分割的基本数据项。
| 消除非主属性对码的部分函数依赖
2NF 如果关系模型R是1NF, R中的每一个非主属性完全函数依赖于R的某个候选码
| 消除非主属性对码的传递函数依赖
3NF 如果关系模型R是2NF,且每个非主属性都不传递依赖于R的候选键。即不存在非主属性函数依赖码。
| 消除主属性对码的部分和传递函数依赖
BCNF 没有任何属性对码的部分函数依赖和传递函数依赖。不能存在关键字段决定关键字段的情况。每一个决定因素都包含码。