数据库三范式
-
第一范式(1NF):字段不可分,原子性,字段不可再分,否则就不是关系数据库;
-
第二范式(2NF):有主键,非主键字段依赖主键,唯一性 ,一个表只说明一个事物;
-
第三范式(3NF):非主键字段不能相互依赖,每列都与主键有直接关系,不存在传递依赖
-
一般来说的数据库三范式都是指的关系型数据库,范式指的就是规范的意思,三范式指的就是利用关系型数据库进行建表时候普遍需要遵循的三个规范(即1NF,2NF,3NF)
注意:三大范式只是一般设计数据库的基本理念,可以建立冗余较小、结构合理的数据库。如果有特殊情况,当然要特殊对待,数据库设计最重要的是看需求跟性能,需求>性能>表结构。所以不能一味的去追求范式建立数据库。
1、第一范式:建表时要保证列的原子性(即不可分割性)打个比方
userphone(电话)这个字段有可能是座机,也可能是手机,具有可分割性,所以不符合1NF;应该改成
2、第二范式:每一行的数据只能与其中一列相关,即一行数据只做一件事。只要数据列中出现数据重复,就要把表拆分开来
第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或记录必须可以被唯一地区分。选取一个能区分每个实体的属性或属性组,作为实体的唯一标识。
如果一个用户定了多个房间,那么那么相当于联系人、联系人电话、身份证号这三个字段就会重复出现在每一行数据中,造成数据的冗余,不符合第二范式(2NF);
所以第二范式要符合所有字段要和主键有直接的依赖关系,不然会造成数据的冗余;应该改成一对多的形式,这样就能解决冗余的问题:
订单表
客户表:
3、第三范式: 数据不能存在传递关系,即每个属性都跟主键有直接关系而不是间接关系
第三范式(3NF)是第二范式(2NF)的一个子集,即满足第三范式(3NF)必须满足第二范式(2NF)。第三范式(3NF)要求一个关系中不包含已在其它关系已包含的非主关键字信息。
例如:
比如说现在有个Student表,如果把表设计成这个样子的话,那么所在院校、学院、班级这三个字段的信息就会有大量的重复,不符合第三范式(3NF);应该改成这个样子:
院校表: