3nf范式

3nf范式

什么是范式？

范式是数据库设计时遵循的一种规范，不同的规范要求遵循不同的范式。

最常用的三大范式

第一范式(1NF)：属性不可分割，即每个属性都是不可分割的原子项。(实体的属性即表中的列)

第二范式(2NF)：满足第一范式；且不存在部分依赖，即非主属性必

须完全依赖于主属性。(主属性即主键；完全依赖是针对于联合主键的情况，非主键列不能只依赖于主键的一部分)

第三范式(3NF)：满足第二范式；且不存在传递依赖，即非主属性不

能与非主属性之间有依赖关系，非主属性必须直接依赖于主属性，不能间

接依赖主属性。（A->B,B->C,A->C）

举例说明3NF：

1NF

属性不可再分，即表中的每个列都不可以再进行拆分。

如下学生信息表(student)：

修改使表满足1NF后：

2NF

在满足1NF的前提下，表中不存在部分依赖，非主键列要完全依赖于

主键。(主要是说在联合主键的情况下，非主键列不能只依赖于主键的一

部分)

如下学生成绩表(score)：

stu_id(学生id)、kc_id(课程id)、score(分数)、kc_name(课程名) primary key(stu_id, kc_id)

表中主键为stu_id和kc_id组成的联合主键。满足1NF；非主键列score完全依赖于主键，stu_id和kc_id两个值才能决定score的值；而kc_name只依赖于kc_id，与stu_id没有依赖关系，它不完全依赖于主键，只依赖于主键的一部分，不符合2NF。

修改使表满足2NF后：

成绩表(score) primary key(stu_id)

将原来的成绩表(score)拆分为成绩表(score)和课程表(kc)，而且两

个表都符合2NF。

3NF：

在满足2NF的前提下，不存在传递依赖。(A->B,B->C,A->C)

如下学生信息表(student)：

primary key(id)

表中sex_desc依赖于sex_code，而sex_code依赖于id(主键)，从

而推出sex_desc依赖于id(主键)；sex_desc不直接依赖于主键，而是通

过依赖于非主键列而依赖于主键，属于传递依赖，不符合3NF。

修改表使满足3NF后：

学生表(student) primary key(id)

性别代码表(sexcode) primary key(sex_code)

将原来的student表进行拆分后，两个表都满足3NF。

什么样的表越容易符合3NF？

非主键列越少的表。(1NF强调列不可再分；2NF和3NF强调非主属性

列和主属性列之间的关系)

如代码表(sexcode)，非主键列只有一个sex_desc；

或者将学生表的主键设计为primary key(id,name,sex_code,phone)，这样非主键列只有address，更容易符合3NF。