新乡学院计算机与信息工程学院数据库原理及应用课件第八章 数据库设计.pptVIP

* 逐步扩张 核心需求 需求 核心概念 模式 全局概念 模式 … 8.3.1 概念结构 * 需求 全局概念模式 需求 需求 需求 需求 需求 需求 概念模式 概念模式 概念模式 概念模式 概念模式 概念模式 8.3.1 概念结构 混合策略 * 8. 3 概念结构设计 8.3.2 数据抽象与局部视图设计 概念结构是对现实世界的一种抽象。 一般有三种抽象： 分类（Classification） 聚集（Aggregation） 定义某一类型的组成成分。 概括（Generalization） 定义类型之间的一种子集联系。 定义某一类概念作为现实世界中一组对象的类型。 * 原E-R 模型不具有概括，这里对E-R 模型作了扩充，允许定义超类实体型和子类实体型。并用双竖边的矩形框表示子类，用直线加小圆圈表示超类-子类的联系。 8.3.2 数据抽象与局部视图设计 学生 研究生 本科生 “is subset of” 子类 超类 利用抽象机制对需求分析阶段收集到的数据进行分类、组织（聚集），形成实体、实体的属性、标识实体的码，确定实体之间的联系类型（1 ：1 、1 ：n 、 m ：n）,设计分E-R图。 * 具体做法： 选择局部应用 局部应用作为设计分E-R图的出发点。 2.逐一设计分E-R图 为了简化E-R图的处置，现实世界的事物能作为属性对待的，尽量作为属性对待。 （1）作为“属性”，不能再具有需要描述的性质。 “属性”必须是不可分的数据项，不能包含其他属性。 （2）“属性”不能与其它实体具有联系，即E-R图中所表示的联系是实体之间的联系。 8.3.2 数据抽象与局部视图设计 * 例1：职工是一个实体，职工号，姓名，年龄是职 工的属性。职称如果没有与工资、福利挂钩、换句话说，没有需要进一步描述的特性，可以作为职工实体的属性。但如果不同的职称有不同的工资，住房标准和不同的附加福利，则职称作为一个实体看待就更恰当 。 职工 职工号 姓名 年龄 职称 8.3.2 数据抽象与局部视图设计 * 职工 聘任 职称 职工号 姓名 年龄 职工代码 工资 房标准码 附加福利 8.3.2 数据抽象与局部视图设计 * 病人 住在 病人 病房 n 1 医疗 医生 m 1 职工号 姓名 病房 住院号 姓名 例2：在医院中，一个人只能住在一个病房，病房号可以作为病人实体的一个属性。但如果病房还要与医生实体发生联系，即一个医生负责几个病房的病人的医疗工作，则病房应作为一个实体。 * 视图集成可以有两种方式： 多个分E-R图一次集成。 逐步集成，用累加的方式一次集成两个分E-R图。 各分E-R图之间的冲突主要有三类： 属性冲突 命名冲突 结构冲突 解决方法是根据应用的语义对实体联系的类型综合或调整。 1. 合并分E-R图，生成初步E-R图 2. 消除不必要的冗余，设计基本E-R图 消除冗余主要采用分析方法。 用规范化理论来消除冗余。 8.3.2 数据抽象与局部视图设计 本节结束 * 设计逻辑结构时一般要分三步进行： 将概念结构（E－R图）转换为一般的关系、网状、层次模型； 将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换； 对数据模型进行优化。 8.4.1 E-R图向关系模型的转换 (第二章已讲) 8.4.2 数据模型的优化 确定数据依赖。 对于各个关系模式之间的数据以来进行极小化处理，消除冗余的联系。 按照数据依赖的理论的理论对关系模式逐一进行分析。 8.4 逻辑结构设计 8.4 逻辑结构设计 * 结合DBMS的特点，设计用户的外模式。 使用更符合用户习惯的别名。 可以对不同级别的用户定义不同的View，以保证系统的安全性。 简化拥护对系统的使用 。 本节结束 4. 按照需求分析阶段得到的处理要求，进行合并或分解。 5. 对关系模式进行必要的分解。 8.4 逻辑结构设计 * 8.5 数据库的物理设计 1. 数据库的物理设计通常分两步： （1）确定数据库的物理结构，在关系数据库中主要指存取方法和存取结构； （2）对物理结构进行评价，评价的重点是时间和空间效率。 2. 数据库的物理设计的内容和方法 : 没有通用的物理设计可以遵循，一般原则是： 事务响应时间小 存储空间利用效率高 事务吞吐率大 8.5 数据库的物理设计 本节结束 * 8.6 数据库的实施和维护 1. 数据的载入和应用程序的调试 数据库实施阶段包括两项重要的工作 : 数据的载入， 应用程序的编码和调试。 2. 数据库的试运行 在原有系统的数据有一小部分已输入数据库后，就可以开始对数据库系统进行联合调试，这又称为数据库的试运行。 3. 数据库的运行和维护 数据