一、第一范式（来自百度知道）
如一个员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一行只表示一个员工的信息，一个员工的信息在表中只出现一次。简而言之，第一范式就是无重复的列。
二、第二范式（来自百度百科）
第二范式是数据库规范化中所使用的一种正规形式。它的规则是要求数据表里的所有数据都要和该数据表的主键有完全依赖关系；如果有哪些数据只和主键的一部份有关的话，它就不符合第二范式。同时可以得出：如果一个数据表的主键只有单一一个字段的话，它就一定符合第二范式。
货物类型 货物ID 货物名称 注意事项 瓷碗 1 白色瓷碗 易碎品 瓷碗 2 青花瓷碗 易碎品 瓷碗 3 雕花瓷碗 易碎品 三合板 1 普通三合板 易燃物品，注意防火 在该表中有两个主键，即（货物类型，货物ID），货物名称字段完全依赖于这两个主键，换句话说，货物的名称完全是取决于这两个主键的值的。但”注意事项“这一列，只依赖一个主键”货物类型“。换句话说，注意事项这个字段只依赖于主键的一部分（这就称为对主键”部分依赖“）。那么，既然表中存在一个对主键不是完全依赖的字段，那么我们就可以确定，该表不符合第二范式。
货物类型 货物ID 货物名称 瓷碗 1 白色瓷碗 瓷碗 2 青花瓷碗 瓷碗 3 雕花瓷碗 三合板 1 普通三合板 在该表中的主键依然是（货物类型、货物ID），非主键字段“货物名称”，完全依赖于这两个主键，那么我们就可以说，该表是符合数据库第二范式的。
三、第三范式
每个非关键字列都独立于其他非关键字列，并依赖于关键字
例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。