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范式，就是连爱好这样字段，也不能出现 ”篮球，足球“；要建立一个爱好编号表，
版权声明：本文为博主原创文章，未经博主允许不得转载。