前言

数据库范式一直是一种很难理解的，各种翻译版本讲解的方式都比较难理解，在这重新梳理下自己的理解范式。

目录

前言

一、范式是什么？

二、第一范式（1NF）

三、第二范式（2NF）

四、第三范式（3NF）

五、BCNF范式（BCNF）

六、第四范式（4NF）

总结

一、范式是什么？

NF （normal from） 规范的形式

二、第一范式（1NF）

        要求我们表中的每个字段都必须是最基本的属性，即原子属性（不可再拆分）。

例如：学生表中，有学号，姓名，联系方式，这个联系方式就不满足1NF，因为联系方式还可以拆分为手机号，微信号，QQ号等。

三、第二范式（2NF）

        在满足第一范式字段不可拆分情况下，要求数据库表R的每个实例或行必须可以被唯一地区分，即表要有主键，并且每一个非主属性完全函数依赖于R的某个候选键，通过主键可以唯一标识一条记录，该范式可消除复合主键情况下的部分依赖。

四、第三范式（3NF）

        在满足第二范式的基础下，消除对主键的传递依赖。如果关系模型R是第二范式，且每个非主属性都不传递依赖于R的候选键，则称R是第三范式的模式。

        以课程表(学号，课程号，学生姓名，专业，导师)为例，其中学生姓名无重名，所以该表有一个候选码(学号，课程号)，存在如下关系(学号，课程号) -> (学生姓名，专业，导师) , (导师) -> (专业)故存在依赖传递。

五、BCNF范式（BCNF）

        在满足第三范式的基础下，消除属性对主键的函数依赖。

六、第四范式（4NF）

          不存在多值依赖。

名词解释：

1. 多值，关系中存在多个属性，且这几个属性不能直接确定其他值
2. 必须通过其中几个一起确定一个值

总结

1NF 数据库表中的每一列都是不可分割的基本数据项。

        | 消除非主属性对码的部分函数依赖

2NF 如果关系模型R是1NF, R中的每一个非主属性完全函数依赖于R的某个候选码

        | 消除非主属性对码的传递函数依赖

3NF 如果关系模型R是2NF，且每个非主属性都不传递依赖于R的候选键。即不存在非主属性函数依赖码。

        | 消除主属性对码的部分和传递函数依赖

BCNF 没有任何属性对码的部分函数依赖和传递函数依赖。不能存在关键字段决定关键字段的情况。每一个决定因素都包含码。