数据库三范示

一、设计范示

在创建一个数据库的过程中，范化是将其转化为一些表的过程，这种方法可以使从数据库得到的结果更加明确。这样可能使数据库产生重复数据，从而导致创建多余的表。范化是在识别数据库中的数据元素、关系，以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。

二、数据库三范示介绍

第一范式（1NF）

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

数据库。

所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复的列。

例子：

一、字段1  字段2  字段3  字段4  

二、字段1  字段2  字段3  字段4  

字段3.1  字段3.2  

 

第二范式（2NF）

第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。

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

例子：(学号, 课程名称) → (姓名, 年龄, 成绩, 学分) 

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

存在问题：

1、 数据冗余：同一门课程由n个学生选修，"学分"就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。 
2、 更新异常：若调整了某门课程的学分，数据表中所有行的"学分"值都要更新，否则会出现同一门课程学分不同的情况。 
3、 插入异常： 假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有"学号"关键字，课程名称和学分也无法记录入数据库。 

4、 删除异常： 假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。很显然，这也会导致插入异常。

修改为3个表：

　  学生：Student(学号, 姓名, 年龄)
　　 课程：Course(课程名称, 学分)
　　 选课关系：SelectCourse(学号, 课程名称, 成绩)
　　 这样的数据库表是符合第二范式的， 消除了数据冗余、更新异常、插入异常和删除异常。 

 

第三范式（3NF）

　　满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

 

 

总体例子：论坛的数据库设计，有如下信息： 

用户：用户名，email，主页，电话，联系地址 

帖子：发帖标题，发帖内容，回复标题，回复内容 

数据库设计方案：

一、用户名  email  主页  电话  联系地址  发帖标题  发帖内容  回复标题  回复内容  

二、用户名  email  主页  电话  联系地址  发帖ID  发帖标题  发帖内容  回复ID  回复标题  回复内容

三、1、用户信息：用户名，email，主页，电话，联系地址 
　    2、帖子信息：发帖ID，标题，内容 
　    3、回复信息：回复ID，标题，内容 
　    4、发贴：用户名，发帖ID 
　    5、回复：发帖ID，回复ID

四、1、用户信息：用户名，email，主页，电话，联系地址 

        2、帖子信息：用户名，发帖ID，标题，内容 
　    3、回复信息：发帖ID，回复ID，标题，内容 

四中数据库表1显然满足所有范式的要求； 

数据库表2中存在非关键字段"标题"、"内容"对关键字段"发帖ID"的部分函数依赖，即不满足第二范式的要求，但是这一设计并不会导致数据冗余和操作异常； 

 

转载：http://flatfish2000.iteye.com/blog/453917