从第一范式(2nf)到第二范式(3nf)_关系数据模型-范式

范式是符合某一种级别的关系模式的集合，表示一个关系内部各属性之间的联系的合理化程度。

图1：E-R图

范式的目标

• · 减少数据冗余；

• · 消除异常-插入、更新、删除等异常；

• · 数据更加规范化。

什么是范式

范式是符合某一种级别的关系模式的集合，表示一个关系内部各属性之间的联系的合理化程度。简单来说，就是用于存储数据的表结构所符合的某种设计标准的级别。数据库范式也分为1NF，2NF，3NF，BCNF，4NF，5NF。一般在我们设计关系型数据库的时候，最多考虑到BCNF就够。符合高一级范式的设计，必定符合低一级范式，例如符合2NF的关系模式，必定符合1NF。

第一范式(1NF)

所谓第一范式(1NF)是指表中不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式(1NF)中表的每一行只包含一个实例的信息。

例如：用户信息表中如果用户有两个手机号码(13200000000，13245678912)，此时如果将两个手机号码存储在一个域里，则不符合第一范式。

在任何一个关系型数据库中，第一范式(1NF)是对关系模式的基本要求，不满足第一范式(1NF)的数据库就不是关系数据库。

第二范式(2NF)

第二范式(2NF)要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性。如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是非主属性非部分依赖于主关键字。

假定选课关系表为SelectCourse(学号，姓名，年龄，课程名称，成绩，学分)，关键字为组合关键字(学号，课程名称)，因为存在如下决定关系：(学号，课程名称) → (姓名，年龄，成绩，学分)这个数据库表不满足第二范式，因为存在如下决定关系：(课程名称) → (学分)(学号) → (姓名，年龄)即存在组合关键字中的字段决定非关键字的情况。

第三范式(3NF)

满足第三范式(3NF)必须先满足第二范式(2NF)。简而言之，第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。

假定学生关系表为Student(学号，姓名，年龄，所在学院，学院地点，学院电话)，关键字为单一关键字"学号"，因为存在如下决定关系：(学号) → (姓名，年龄，所在学院，学院地点，学院电话)这个数据库是符合2NF的，但是不符合3NF，因为存在如下决定关系：(学号) → (所在学院) → (学院地点，学院电话)即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。它也会存在数据冗余、更新异常、插入异常和删除异常的情况，读者可自行分析得知。把学生关系表分为如下两个表：学生：(学号，姓名,年龄，所在学院)；学院：(学院，地点，电话)。这样的数据库表是符合第三范式的，消除了数据冗余、更新异常、插入异常和删除异常。