数据库三范式是什么

---

什么是范式？

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

一、最常用的三大范式

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

        第二范式（1NF）：满足第一范式，且不存在部分依赖。即非主属性必须完全依赖主属性。（主属性即主键，完全依赖是针对于联合主键的情况，⾮主键列不能只依赖于主键的⼀部分）

        第三范式 (3NF)：满⾜第⼆范式；且不存在传递依赖，即⾮主属性不能与⾮主属性之间有依赖关系，⾮主属性必须直接依赖于主属性，不能间接依赖主属性。（A -> B, B ->C, A -> C）

二、举例说明3NF：

1NF

属性不可再分，即表中的每个列都不可以再进⾏拆分。
如下学⽣信息表(student)：id（主键）、name(姓名)、sex_code(性别代号)、sex_desc(性别描述)、contact(联系⽅式)
primary key(id)

 如果在查询学⽣表时经常⽤到学⽣的电话号，则应该将联系⽅式(contact)这⼀列分为电话号(phone)和地址(address)两列，这样才符合第⼀范式。

修改使表满⾜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。