关系数据模型各范式特点
设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
第一范式（无重复的列）
数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。如果实体中的某个属性有多个值时，必须拆分为不同的属性 通俗解释：一个字段只存储一项信息
在任何一个关系数据库中，第一范式（1NF）是对关系模式的设计基本要求，一般设计中都必须满足第一范式（1NF）。不过有些关系模型中突破了1NF的限制，这种称为非1NF的关系模型。换句话说，是否必须满足1NF的最低要求，主要依赖于所使用的关系模型。
例子：
班级：高三年1班，应改为2个字段，一个年级、一个班级，才满足第一范式，否则不满足第一范式
例子:比如不符合第二范式
学生证 名称
学生证号
学生证办理时间
借书证名称
借书证号
借书证办理时间
改成2张表如下
学生证表
学生证
学生证号
学生证办理时间
借书证表
借书证
借书证号
借书证把你拉时间
第三范式（属性不能传递依赖于主属性）
满足第二范式前提，如果某一属性依赖于其他非主键属性，而其他非主键属性又依赖于主键，那么这个属性就是间接依赖于主键，这被称作传递依赖于主属性。 通俗理解：一张表最多只存2层同类型信息
第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是在第一范式的基础上属性完全依赖于主键。
简而言之，第三范式（3NF）要求一个关系中不包含已在其它关系已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性，也就是在满足2NF的基础上，任何非主属性不得传递依赖于主属性。
学号
姓名
班级
0001
小红
高三年1班
改成
学号
姓名年级班级001小红高三年
1班
第二范式（属性完全依赖于主键）
满足第一范式前提，当存在多个主键的时候，才会发生不符合第二范式的情况。比如有两个主键，不能存在这样的属性，它只依赖于其中一个主键，这就是不符合第二范式 通俗解释：任意一个字段都只依赖表中的同一个字段
例子:爸爸资料表，不满足第三范式
爸爸
儿子
女儿
女儿的小熊
女儿的海绵宝宝
改成
爸爸信息表：
爸爸
儿子
女儿
女儿信息表
女儿
女儿的小熊
女儿的海绵宝宝