数据库三范式

    所有的管理信息都是基于数据库技术的，一个良好的数据组织结构会提高管理信息系统软件的运行效率，是衡量

 

系统开发工作好坏的主要指标之一。

 

一,数据设计的任务

 

   数据库设计是再数据字典的基础上进行的，但由于数据字典是系统分析阶段的结果，它距离计算机的实现还是有

 

一段距离的，需要在本阶段对这些资料进行规范化整理。因此数据的主要任务可以分为：

 

二.数据库设计步骤

 

 

三,数据三范式

 

   有人说，数据按照规定设计出来了就可以了，怎么还要弄一个数据库设计三范式呢，麻烦啊，我想回答他说，现

 

在确实是有点麻烦，以后就不互那么麻烦了。如果现在不麻烦，以后就会更加麻烦。下载我们来看一个例子，数据库

 

表如下所示：

 

注意观察这张表，至少存在了四个最基本的问题：

 

1.数据冗余：在这里面有重复的数据，例如，有些系主任的名字重复出现，重复次数与该系所有学生的所有课程，所

 

有课程成绩出现次数是相同，这就会极大的浪费存储空间。

 

   数据冗余:指一个数据在一个或者多个数据文件中重复存储.在SQL Server中，一个数据库对应一个数据库文件。产

 

生的原因是因为数据依赖。

 

2.更新异常：由于数据容易，当更新数据库中的数据时，系统要付出很大的代价来维护数据库的完整性，否则就会面

 

临数据不一致的危险，例如，信息与计算科学析要把张宝雷老师更换掉，系统必须修改与该系学生有关的记录。

 

3.插入异常：如果有个移动通信系要建立，由于是刚建立，还没有学生那么就无法把这个系及其系主任的信息存入数

 

据库。

 

4.删除异常：如果信息与计算科学系的08届学生全部毕业了，在删除该系学生的同时也把这个系和期系主任的信息删

 

除。

 

   从上述的例子可以看出来，如果还是按照上面的结构存储数据的画，开发的管理信息系统将会出现大量的数据冗

 

 

余，可能会发生插入异常，删除异常和更新异常等现象，这样的管理信息系统是很难满足用户要求。

 

   不满足用户要求的系统开发得再好也是垃圾，只有满足了用户要求的系统才是一个好的系统，设计一个好的系统

 

就离不开数据库的设计，数据库的设计以第三范式为基准。下面我们来看看数据库三范式：

 

 

第一范式（First Normal Form):设一个关系为R，如果它的每个属性都是不可再分的，则称这个关系是符合

 

第一范式的，简称1NF。

第二范式（Second Normal Form):设一个关系为R，它是满足第一范式的，若R中不存在非主属性对主键的

 

部分函数依赖，则称该关系是符合第二范式的，简称2NF。

   这个表的关系是符合第一范式,但是没有符合第二范式,一般可通过关系分解的方法,消除部分函数依赖,达到第二范

 

式.对应学生选课关系,可不断地分解成以下三个关系：

 

学生=(学生号 ,姓名,性别,专业)

 

 

课程=(学生号,课程号,成绩)

 

 

选课=(课程号,课程名,课程学分)

   从上表中可以看出，着三个关系均不存在部分函数依赖，但是他们之间还是存在传递关系的，如何消除传递关系

 

呢，就要考虑考虑第三范式。

 

第三范式(Third Normal Form):设一个关系为R，它是满足第二范式的，若R中不存在非主属性对主键的传

 

递函数依赖，则称该关系是符合第三范式，简称为3NF。

 

   上述的表关系不符合第三范式，消除关系中也是通过不断的关系分解的方法来实现，对学生住宿关系进行分解得

 

到一下三个关系：

 

系=（系号，系名，系地址，系电话）

 

宿舍=（宿舍号，宿舍电话）

 

学生=（学号，姓名，型别，籍贯，系号，宿舍号)

   虽然说没有冗余的数据库设计可以做到，但是没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，

 

就必须降低范式标准，适当保留冗余数据。同时，为了提高数据的运行效率，常常需要降低范式标准；适当增加冗

 

余，达到以空间换时间的目的。

 

   数据库三范式只是一种规则而已，不一定适合自己的系统，如果数据库三范式适合自己的系统是最好的，如果不

 

符合就适当的加入一些数据冗余，何尝有不可呢？

 

   学习也是一样，每个人都有自己的学习方法，学习方法可以相互借鉴，但是不一定完全适合自己的，就如米老师

 

常常对我们所说的那样，世界没有一成不变的，只有变才是不变的。