数据库1，2，3 范式的概念与理解

小灰灰 2023-03-03 08:53 63阅读 0赞

## 范式间的关系 ##

关系数据库有六种，一、二、三、四、五和BC。满足最低要求的范式是第一范式。在第一范式的基础上进一步满足更多要求的称为第二范式，其余范式以此类推。一般情况的数据库只需满足第三范式即可。

## 1NF ##

如果关系模式R是第一范式的模式，那么，R的每一个关系r的属性都是原子项，不可分割。

![SouthEast][]

1NF是关系模式应具备的最起码的条件，如果数据库设计不能满足第一范式，就不能称为关系型数据库。关系数据库设计研究的关系规范化是在1NF之上进行的。

## 2NF ##

如果关系模式R是1NF，且每一个非主属性完全依赖于候选建，那么就称R是第二范式。

第二范式要满足的条件：首先要满足第一范式，其次每一个非主属性要完全函数依赖于候选键，或者是主键。也就是说，每个非主属性是由整个主键函数决定的，而不能有主键的一部分来决定。

第二范式（2NF）：符合1NF，并且，非主属性完全依赖于码。（一个候选码中的主属性也可能是好几个。如果一个主属性，它不能单独做为一个候选码，那么它也不能确定任何一个非主属性。

什么样的实例不符合第二范式？

举一个教务管理系统的例子。

学生上课指定一个老师，一本教材，一个教室，一个时间，学生去上课，怎么设计数据库？

![SouthEast 1][]

有如下关系成立：

（学生，课程）——>教室；

（学生，课程）——>老师；

（学生，课程）——>老师职称；

（学生，课程）——>教材；

（学生，课程）——>上课时间；

可以得出（学生，课程）是一个码。

又：课程——>教材；

>  
> 
>  *  （学生，课程）是一个码，课程却决定了教材，这就叫做不完全依赖，或者说部分依赖。
> 
>  
> 
> 出现了这种情况，就不满足第二范式了。
> 
> 解决办法：分解。进行投影分解：
> 
> ![SouthEast 2][]
> 
> ## 3NF ##
> 
> 如果关系模式R是2NF，且关系模式R（U,F）中的所有非主属性对任何候选关键字都不存在传递依赖，则称关系R是属于第三范式。
> 
> 第三范式（3NF）；符合2NF，并且，消除传递依赖。
> 
> 上图中符合2NF ，但存在传递依赖（老师——>老师职称。一个老师一定能确定一个老师职称）。
> 
> 解决办法：分解。投影分解：
> 
> ![SouthEast 3][]
> 
> ## 其他范式 ##
> 
> 第四范式：要求把同一表内的多对多关系删除。
> 
> 第五范式：从最终结构重新建立原始结构。
> 
> BC范式（BCNF）：符合3NF，并且，主属性不依赖于主属性。若关系模式R属于第一范式，且每个属性都不传递依赖于键码，则R属于BC范式。

[SouthEast]: /images/20230208/d4e0a2d389d442888d0c30838045a971.png
[SouthEast 1]: /images/20230208/eadb943260e54207833575425247b39f.png
[SouthEast 2]: /images/20230208/6b37a3a2dc4c4ce196825351621898bf.png
[SouthEast 3]: /images/20230208/ba4d3f1164e045a094126b8b4ddb6143.png