关系型数据库范式
范式是为了消除重复数据减少冗余数据，从而让数据库内的数据更好的组织，让磁盘空间得到更有效利用的一种标准化标准，满足高等级的范式的先决条件是满足低等级范式。(比如满足2nf一定满足1nf)
对表进行第一范式(1NF)：
如果一个关系模式R的所有属性都是不可分的基本数据项，则R∈1NF。
简单的说,第一范式就是每一个属性都不可再分。不符合第一范式则不能称为关系数据库。比如"地址"可以放在另一个表中。
对表进行第二范式(2NF)：
若关系模式R∈1NF，并且每一个非主属性都完全函数依赖于R的码，则R∈2NF
简单的说，是表中的属性必须完全依赖于全部主键，而不是部分主键.所以只有一个主键的表如果符合第一范式，那一定是第二范式。比如"员工所属的部门的描述"只依赖于部门名称，所以应该放在以部门名称为主键的新表中
对表进行第三范式(3NF)
关系模式R 中若不存在这样的码X、属性组Y及非主属性Z（Z Y）, 使得X→Y，Y→Z，成立，则称R ∈ 3NF。
简单的说，第三范式是为了消除数据库中关键字之间的依赖关系，在上面经过第二范式化的表中，可以看出jobDescription(岗位职责)是由job(岗位)所决定，则jobDescription依赖于job,可以看出这不符合第三范式，对表进行第三范式后，jobDescription 在另一个表中
对表进行BC范式(BCNF)
简单的说，bc范式是在第三范式的基础上的一种特殊情况，既每个表中只有一个候选键（在一个数据库中每行的值都不相同，则可称为候选键），比如员工 email 放在另一个表中
对表进行第四范式(4NF)
关系模式R∈1NF，如果对于R的每个非平凡多值依赖X→→Y（Y X），X都含有候选码，则R∈4NF。
简单的说，第四范式是消除表中的多值依赖，也就是说可以减少维护数据一致性的工作。对于上面bc范式化的表中，对于员工的skill，两个可能的值是"C#,sql,javascript"和"C#,UML,Ruby",可以看出，这个数据库属性存在多个值，这就可能造成数据库内容不一致的问题，比如第一个值写的是"C#",而第二个值写的是"C#.net",解决办法是将多值属性放入一个新表
应用的范式等级越高，则表越多。表多会带来很多问题：
- 查询时需要连接多个表，增加了查询的复杂度
- 查询时需要连接多个表，降低了数据库查询性能
因此，并不是应用的范式越高越好，要看实际情况而定。