数据库三范式

数据库范式

范式的级别

      设计关系数据库时，听从不一样的规范要求，设计出合理的关系型数据库，这些不一样的规范要求被称为不一样的范式，各类范式呈递次规范，越高的范式数据库冗余越小。

      目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。

      范式越高，冗余最低，通常到三范式，再往上，表越多，可能致使查询效率降低。因此有时为了提升运行效率，可让数据冗余(反三范式，通常某个数据常常被访问时，好比数据表里存放了语文数学英语成绩，可是若是在某个时间常常要获得它的总分，每次都要进行计算会下降性能，能够加上总分这个冗余字段)。

      后面的范式是在知足前面范式的基础上，好比知足第二范式的必定知足第一范式。

第一范式（1NF）：确保每一列的原子性

若是每一列都是不可再分的最小数据单元，则知足第一范式。

 

id	地址
1	中国广东
2	中国云南

上面的表地址字段其实能够继续分：

 

id	国家	省份
1	中国	广东
2	中国	云南

可是具体地址到底要不要拆分 还要看具体情形，好比看看未来会不会按国家或者省市进行分类汇总或者排序，若是须要，最好就拆，若是不须要而仅仅起字符串的做用，能够不拆，操做起来更方便。

第二范式:非键字段必须依赖于键字段

若是一个关系知足1NF，而且除了主键之外的其它列，都依赖与该主键，则知足二范式(2NF)，第二范式要求每一个表只描述一件事。

例如：

 

字段	例子
订单编号	001
产品编号	a011
订购日期	2017-4-8
价格	￥30

而实际上，产品编号与订单编号并无明确的关系，订购日期与订单编号有关系，由于一旦订单编号肯定下来了，订购日期也肯定了，价格与订单编号也没有直接关系，而与产品有关，因此上面的表实际上能够拆分：

订单表：

 

订单编号	001
日期	2017-4-8

 

产品表：

 

产品编号	a011
价格	￥30

第三范式：在1NF基础上，除了主键之外的其它列都不传递依赖于主键列，或者说： 任何非主属性不依赖于其它非主属性

（在2NF基础上消除传递依赖）

例如：

 

字段	例子
订单编号	001
订购日期	2017-4-8
顾客编号	a01
顾客姓名	howard

上面的知足第一和第二范式，可是不知足第三范式，缘由以下：

经过顾客编号能够肯定顾客姓名，经过顾客姓名能够肯定顾客编号，即在这个订单表里，这两个字段存在传递依赖，只须要一个就够了。

又如：

 

主键	学号	姓名	成绩
1	111	howard	90
2	222	tom	90

 

上面的表，学号和姓名存在传递依赖，由于(学号，姓名)->成绩，学号->成绩，姓名->成绩。因此学号和姓名有一个冗余了，只须要保留一个。