管理信息系统第7章解决方案.ppt

按此关系所建的数据库有以下几个缺点： 1、冗余度高。如张三这个职工的姓名等基本情况信息由于他有三个学历而要存储三次，浪费了存储空间。 2、维护困难。这种关系对于数据的修改、删除、插入等操作都十分不便，例如： 张三的级别等基本信息修改时必须同时修改多处（因为存储了多次）； 张三记录的删除要三个同时删去； 李四增加一个学历就要把他的基本情况再写入一遍等。 3、容易造成数据的矛盾。由于维护操作不便，许多数据的多次存储稍微疏忽就会使同一数据在数据库中的结果不同， 同一个张三可能具有不同的工资，这就造成了数据库数据的矛盾性。 第七节 关系的规范化 职工号 姓名 级别 工资 001 张三 技10 83 002 李四 技12 62 职工号 学历 毕业时间 001 中专 1957年 001 大学 1968年 001 研究生 1981年 002 大学 1970年 通过拆分，构成符合第二范式的关系： 表一 表二 说明：表一的关系中主关键字是职工号这一主属性，表二的关系里主关键字由（职工号、学历）两个主属性共同构成，这两个关系所有非主属性都完全依赖于主关键字，因而均是第二范式的关系。 第七节 关系的规范化 教师代码 姓名 职称 研究课题号 研究课题名 不符合第二范式的教师与研究课题的关系 应分解成如下二个关系，就可符合第二范式（2NF）的要求： 又例： 第七节 关系的规范化 教师代码 姓名 职称 教师代码 研究课题号 研究课题名 (三) 第三范式（3NF） 所谓第三范式，指的是这种关系不仅满足第二范式，而且它的任何一个非主属性都不传递依赖于任何主关键字。例上表一所示关系属第二范式，但不是第三范式。 职工号 姓名 级别 工资 001 张三 技10 83 002 李四 技12 62 问题：实际上可能很多人的级别都是技术10级，那么他们的工资应当也都是83元，如果现在要把技术10级的工资改为87元，那么，所有技术10级的职工工资都要修改，如有一个人改错了，就会造成同一技术级别工资不一样的错误，因而这种关系也有数据冗余（同一级工资存储多次），容易造成数据矛盾等问题，其原因就在于这些属性间存在着如下所示的一种传递依赖关系，即： 职工号 级别 级别 工资 从而使：职工号 级别 工资 第七节 关系的规范化 通过拆分，构成符合第三范式的关系： 职工号 姓名 级别 001 张三 技10 级别 工资 技10 83 也就是说，虽然级别与工资两个属性完全依赖于主属性职工号，但实际上是工资直接依赖于级别，由于级别依赖职工号而使工资通过级别的传递作用间接依赖于职工号这个主属性。 表一 表二 第七节 关系的规范化 又例 下表所示产品关系属第二范式，但不是第三范式。 产品代码 产品名 生产厂名 生产厂地址 不符合第三范式的产品关系 应分解成如下二个关系，就可符合第三范式（3NF）的要求： 产品关系：产品代码、产品名、生产厂名。 生产厂关系：生产厂名、生产厂地址。 第七节 关系的规范化 先对二维表消去组合项与重复组化为第一范式；再消去非主属性对主关键字的不完全依赖性而变为第二范式；再消去非主属性对主关键字的传递依赖性就化为第三范式了。 总结规范化过程： 第七节 关系的规范化 第七章 系统设计 二、主要工作 1、总体设计 基本任务： （1）将系统划分成模块； （2）决定每个模块的功能； （3）决定模块的调用关系； （4）决定模块的界面，即模块间数据的传递。 .. 系统 子系统 子系统 子系统 模块 模块 模块 模块 模块 .. 第七章 系统设计 2、为各个具体任务选择适当的技术手段和处理方法 （1）代码设计和设计规范的制定。 （2）系统物理配置方案设计。 包括设备配置、通信网络 的选择和设计以及数据库管理系统的选择等。 （3）数据存储设计。包括数据库设计、 数据库的安全保 密设计等。 （4）计算机处理过程设计。包括输出设计、输入设计及编 写程序设计说明书等。 第八节 输入输出设计 输入输出（I/O）设计是系统设计中的一个重要环节，因为它对于用户和今后系统使用的方便和安全可靠性来说都是十分重要的。一个好的输入设计可以为用户和系统双方带来良好的工作环境，