数据库设计三大范式

数据库设计三大范式

一个设计合理的表，能给服务器性能带来很大的提高，因此如何设计出比较合理的表就比较重要了，设计范式（范式,数据库设计范式,数据库的设计范式）是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中，这种规则 就是范式。关系数据库中的关系必须满足一定的要求，即满足不同的范式，一般我们设计数据库表的时候只要满足第三范式（3NF）就够了，下面就对这几种范式进行简单讲解。

概念

在介绍三大范式之前我们先要了解几种概念：

键字=码字，所以 主键=主码=主关键字，候选键=候选码=候选关键字

• 候选码（候选键、关键字、关键码）：能够唯一标识一条记录的最小属性集，比如成绩表中有学号、课程号，学号或者课程单独一个都不能确定一条记录，那么（学号、课程号）就是一个候选码。候选码可以1个，也可以多个。当有多个的时候，任意选一个作为主码（也就是通俗我们讲的primary key），非常像“复合主键”这个概念，因为有些表的主键是多个属性构成的，没人规定主键只能由一个属性构成啊，只是我们大多数见到的是这样罢了

• 主码（主键）：某个能够唯一标识一条记录的最小属性集（是从候选码里人为挑选的一条）

• 主属性：主属性从候选码中来，因为候选码可能有多个，每个候选码可能包含多个属性，但只要在候选码中出现过的属性，都叫主属性

• 非主属性：与主属性定义相反，没有在候选码中出现过的属性叫非主属性

• 完全依赖：(x,y)->z必须由x和y一起得到z，这样的关系就称为z是(x,y)的完全依赖

• 部分依赖：(x,y)->z且x->z或者y->z，也就是说根据x能到z或者根据y能得到z，这样的关系就称为z是(x,y)的部分依赖（非完全依赖）

• 传递依赖：x->y y->z或(x,y)->m m->z，这样的关系称为z是x的传递依赖或者说z是(x,y)的传递依