数据库原理与设计〔第六章〕.ppt

数据库原理与设计 第六章 数据库设计 第六章 数据库设计 本课程的重点内容 要求及主要内容 熟练掌握概念结构设计的方法 熟练掌握逻辑结构设计的方法 掌握需求分析的方法 了解数据库物理设计与实施和维护的主要工作。 6.1 数据库设计概述 数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息和处理要求） 数据库和信息系统 数据库是信息系统的核心和基础 数据库设计是信息系统开发和建设的重要组成部分 数据库系统的设计和开发是涉及多学科的综合性技术 6.1 数据库设计概述 数据库设计的内容 数据库的结构设计(静态) 逻辑数据库设计 局部逻辑结构 全局逻辑结构 物理数据库设计 存储结构 数据库的行为设计(动态) 数据的装载 应用程序设计 6.1 数据库设计概述 数据库分析设计人员应具备的水平 计算机技术 数据库技术 软件工程知识 应用领域的知识 数据库设计方法——规范设计法 手工设计方法 过程迭代 逐步求精 计算机辅助软件工程CASE 6.1 数据库设计概述 数据库设计步骤 系统需求分析 需求收集和分析，结果得到数据字典描述的数据需求和数据流图描述的处理需求 概念结构设计 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示 逻辑结构设计 将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。 6.1 数据库设计概述 数据库物理设计 为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。 数据库实施 运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如VB），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 数据库运行维护 数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。 6.1 数据库设计概述 6.2 需求分析 需求分析的任务 详细调查应用领域要处理的对象 充分了解原系统的工作概况 明确用户的各种要求 (1) 信息要求 (2) 处理要求 (3) 安全性要求 (4) 完整性要求 确定新系统的功能 考虑今后的扩充性 6.2 需求分析 需求分析的步骤 调查组织机构情况 调查各部门的业务活动流程 协助用户明确对新系统的各种需求 确定新系统的边界 分析系统功能 分析系统数据 编写系统分析报告 6.2 需求分析 数据字典 各类数据描述的集合 数据项、数据结构、数据流、数据存储和处理过程 主要文档：数据字典、数据流图 注意将来的扩充与修改 强调用户的参与 6.3 概念结构设计 概念结构的主要特点 真实、充分地反映现实世界 易于理解、易于更改 易于向数据模型转换 独立于DBMS 用E-R图来表示概念模式 概念结构设计的四种方法 自顶向下：先全局，后细化 自底向上：先局部，后集成 由里向外：先核心，后扩充 混合策略：自顶向下+自底向上 6.3 概念结构设计 (自底向上）概念结构设计的步骤 抽象数据，设计局部视图 集成局部视图 ，得到全局的概念结构 数据抽象 抽象：抽取所关心的共同特征；忽略非本质细节。 三种抽象 分类（Classification）：定义某一类概念作为一组对象的类型，抽象了对象值和型之间的“is member of”的语义。 聚集（Aggregation）：定义某一类型的组成成分，抽象了对象内部类型和成分之间“is part of”的语义。 概括（Generalization）： 定义类型之间的一种子集联系。它抽象了类型之间的“is subset of”的语义。 6.3 概念结构设计 设计分E-R图的步骤是： 选择局部应用 在多层的数据流图中选择一个适当层次的数据流图，作为设计分E-R图的出发点。 逐一设计分E-R图 先从自然划分出发定义E-R图，然后再进行必要的调整，调整原则是： 能作为属性对待的，尽量作为属性对待。 作为“属性”，不能再具有需要描述的性质。 “属性”不能与其他实体具有联系 实体和其属性值之间保持1：1或n:1的关系 6.3 概念结构设计 例1：职工与职称之间 6.3 概念结构设计 例2：在医院中，一个病人只能住在一个病房，病房号可以作为病人实体的一个属性。但如果病房还要与医生实体发生联系，即一个医生负责几个病房的病人的医疗工作，则病房应作为一个实体。 6.3 概念结构设计 例3：职工与子女之间 6.3 概念结构设计 视图的集成 两种方式 多个分图一次集成 逐步集成 集成的两步 合并—解决各分图之间的冲突，生成初步E-R图 修改和重构—消除不必要的冗余，形成基本E-R图 6.3 概念结构设计 合并 属性冲突 属性域冲