对关系型数据库五个范式的理解_关系型数据的范式理解-优快云博客

复习了一下数据库的五个范式，这里不用公式，用尽可能少的术语说说理解。

之所以使用范式，往往是设计不规范的数据库表可能造成大量的数据冗余，也可能在发生插入、删除、修改操作后出现各种各样的不合理的问题。

1）1NF（第一范式）：数据库表的每一列都是不可分割的基本数据项。如“电话号码”这个属性可以继续被分割为“办公电话”、“手机号码”等属性，在第一范式的语义下不应该被作为单独的一列出现。

2）2NF（第二范式）：必须先满足第一范式。数据库表中的每一行必须可以被唯一的区分，即每一行中有一个唯一标识将这行与其他行区分出来，这个唯一标识就是我们常说的主键。在2NF的语义下，所有非主键的字段都要依赖主键。比如在学生表中我们用学生id作为主键，那么当我们需要查询一个学生的时候，通过他的id号应该可以唯一地定位到这个学生，会并且只会查出一行。

3）3NF（第三范式）：必须先满足第二范式。非主键字段都与主键字段有直接依赖关系，不存在传递依赖。可以理解为非主键字段只依赖主键字段，而不依赖其它的非主键字段。

比如员工表的字段构成为：员工id（主键），姓名，性别，年龄，所属部门，部门经理姓名，部门电话。

这里所有的非主键字段并不是直接依赖于主键“员工id”，可以看到“部门经理姓名”和“部门电话”这两个属性依赖于“所属部门”，而“所属部门”又依赖于主键“员工id”，这就是传递依赖，这里可将该员工表的表结构改成：员工id（主键），姓名，性别，年龄，部门名称

单独提出部门表结构为：部门名称（主键），部门经理id ，部门电话

4）BCNF ：第三范式的扩展和加强。

这里用网上看到的一个例子：

表结构：仓库id 管理员id 物品id 物品数量

其中管理员和仓库的关系是一对一，仓库和物品的关系是一对多；

这个设计符合第一、二、三范式，即每列不可分割、主键唯一且不存在传递依赖；

可看到依赖关系有管理员id 依赖仓库id，物品id 依赖仓库id。即存在主键到主键再到非主键的传递依赖关系。

这里的主要问题是，仓库id和管理员id这两个关键字段之间的关系被耦合到每一个实例中了，这导致：

a) 表中没有数据的时候，无法描述仓库和管理员之间的关系