第三章 管理信息系统技术基础2课件.ppt

第三章 管理信息系统的技术基础 第一节 计算机硬件及软件 第二节 数据库技术 第三节 计算机网络 第一节 计算机硬件及软件 第二节 数据库技术 1、概念 数据处理是把来自科学研究、生产实践和社会经济活动等领域中的原始数据，用一定的设备和手段，按一定的使用要求，加工成另一种形式的数据的过程。 2、目的 把数据转换成便于观察分析、传送或进一步处理的形式。 从大量的原始数据中抽取，推导出对人们有价值的信息以作为行动和决策的依据。 利用计算机科学地保存和管理已经过处理(如校验、整理等)的大量数据,以便人们能方便而充分地利用这些宝贵的信息资源。 E—R图的设计方法 E-R图通常都应经过以下两个阶段： （1）针对每一用户画出该用户信息的局部E—R图，确定该用户视图的实体、属性和联系。需注意的是：能作为属性的就不要作为实体，这有利于E—R图的简化。 （2）综合局部E—R图，生成总体E—R图。在综合过程中，同名实体只能出现一次，还要去掉不必要的联系，以便消除冗余。一般来说，从总体E—R图必须能导出原来的所有局部视图，包括实体、属性和联系。 1NF转化为2NF 上表中关系满足1NF，但不满足2NF。 这种关系会引发下列问题： 数据冗余、插入异常、删除异常。 解决的方法是将一个非2NF的关系模式分解为多个2NF的关系模式。 在本例中，可将关分解为如下三个关系： 教师关系：教师代码、姓名、职称 课题关系：研究课题号、研究课题名； 教师与课题关系：教师代码、研究课题号、开题时间、完成时间。 E—R图中联系的转换 对于两实体集间m:n联系，必须对“联系”单独建立一个关系，用来联系双方实体集。该关系的属性中至少要包括被它所联系的双方实体集的“主关键字”，并且如果联系有属性，也要归入这个关系中。 思考题 1.数据处理经历了哪些阶段，各有什么特点？ 2.简述数据库系统的组成？ 3.什么是E－R图？如何设计E－R图？ 4.如何将E-R图转换为关系模式？ 教师 姓名 职称 教师号 课程 课程号 学时数 课程名 性别 专业 专业 m 教师 课程 讲授 n 质量 学生 选修 m n 成绩 教务处的局部E-R图 财务处涉及到的实体及实体之间的联系如下： 教师：属性有教师号、姓名、性别、职称、专业 工资：属性有基本工资、加班工资、扣税、工资编号 教师和工资的联系是：一个教师只能领一份工资，一份工资只能由一个教师领，领工资时应注明是某月工资。 工资 扣税 基本工资 加班工资 工资编号 工资 教师 领 用 1 1 月份 财务处的局部E-R图 1 m 学生 住宿 宿舍 n 1 教师 课程 选修 m n 讲授 n 领用 工资 1 某学校管理系统的全局E-R图 数据模型是从计算机系统的观点对数据建模，主要用于数据库管理系统的实现。包括层次模型、网状模型、关系模型。 在关系模型下,数据的逻辑结构是一张二维表. （三）数据模型 1976.01.23 男 康 敏 9602005 1979.05.03 男 杨韵峰 9602004 1977.06.08 男 王少颂 9602003 1979.05.06 男 王百灵 9602002 1978.01.04 女 黄丽萍 9602001 出生年月 性别 姓名 学号 字段 记录 主码 关系 三、规范化设计理论 E.F.Codd 于1971年提出规范化理论。他定义了五种规范化模式（Normal From,简称范式）。 范式表示的是关系模式的规范化程度，也即满足某种约束条件的关系模式，根据满足的约束条件的不同来确定范式。 在五种范式中，通常只用到前三种： 不仅满足第二范式，而且它的任何一个非主属性都不传递依赖于任何主关键字 第三范式（3NF） 不仅满足第一范式，而且所有非主属性完全依赖于其主码 第二范式（2NF） 元组中每一个分量都必须是不可分割的数据项 第一范式（1NF） 条件 范式 1NF 下表不符合第一范式的关系 电子商务 630 讲师 李爱军 1254 金融工程 800 副教授 刘 明 1102 管理信息 500 教授 王一丽 1101 研究课题名 研究课题号 研究课题 职称 姓名 教师代码* 由非1NF规范化为1NF 电子商务 630 讲师 李爱军 1254 金融工程 800 副教授 刘 明 1102 管理信息 500 教授 王一丽 1101 研究课题名 研究课题号* 职称 姓名 教师代码* 由2NF规范化为3NF: 生产厂址 生产厂名 产品名 产品代码 上表符合第二范式，但是不符合第三范式 这样的关系同样存在着高度冗余和更新异常问题。消除传递 依赖关系的办法是将关系分解为如下几个3NF关系： 产品关