1. 第一范式（1NF）：属性不可拆分 或 无重复的列

这个简单，就是一个属性不允许再分成多个属性来建立列。事实上，在目前的DBMS中是不可能拆分属性的，因为他们不允许这么做。

2. 第二范式（2NF）：完全函数依赖

先讲讲什么是部分函数依赖。

部分函数依赖，就是多个属性决定另一个属性，但事实上，这多个属性是有冗余的。例如，（学号，班级）->姓名，事实上，只需要学号就能决定姓名，因此班级是冗余的，应该去掉。

满足第二范式的数据库设计必须先满足第一范式。

因此第二范式的目标就是消除函数依赖关系中左边存在的冗余属性。

3.第三范式（3NF）：消除传递依赖

不依赖于其他非主属性（消除传递依赖）。

满足第三范式的数据库必须先满足第二范式。

也就是，数据库中的属性依赖仅能依赖于主属性，不存在于其他非主属性的关联。

例如，图书，图书室的关系。图书包括编号、出版商、页码等信息，图书室包括图书室编号、所存图书（外键）。其中，图书室的表中不应该存储任何图书的具体信息（例如，出版商。。），而只能通过主键图书编号来获得对应图书的信息。

4.BC范式（BCNF）：

（1）所有非主属性对每一个码都是完全函数依赖；

（2）所有的主属性对于每一个不包含它的码，也是完全函数依赖；

（3）没有任何属性完全函数依赖于非码的任意一个组合。

R属于3NF，不一定属于BCNF，如果R属于BCNF，一定属于3NF。

5.第四范式（4NF）：

对于每一个X->Y，X都能找到一个候选码（ 若关系中的某一属性组的值能唯一地表示一个元组,而其真子集不行,则称该属性组为候选码）。

最后举个例子（网上的）：

学生表学号姓名教师学生关系编号系编号爱好编号一范式，就是表里的字段不能在划分属性了。二范式，满足一范式基础，表里不存在与学号没关系的信息三范式，满足二范式的基础上，表里不存在其他字段的关联，BC范式，满足三范式的基础上，就是学生表里的每行都不存在重复的信息第四范式，满足BC范式，就是连爱好这样字段，也不能出现 ”篮球，足球“；要建立一个爱好编号表，