第17讲 数据库的设计.pptVIP

Chapter 7 数据库设计 数据库设计概述 需求分析 概念结构设计 逻辑结构设计 物理设计 数据库的实施和维护 7.1 数据库设计概述(1) 数据库设计： 广义地讲，是数据库及其应用系统的设计； 狭义地讲，是设计数据库本身，是数据库应用系统设计的一部分。 数据库结构是应用系统的基础，实际项目开发中两者密切相关、并行进行。 7.1 数据库设计概述(2) 数据库设计方法 新奥尔良(New Orleans)方法 将数据库设计分为若干阶段和步骤 基于E-R模型的数据库设计方法 概念设计阶段广泛采用 3NF的设计方法 逻辑阶段可采用的有效方法 ODL方法 面向对象的数据库设计方法 7.1 数据库设计概述(3) 数据库设计工具 Sybase PowerDesigner Oracle Designer 2000 Visio Erwin SmartDraw 课后练习 调研各种数据库设计工具在软件行业的使用情况； 选择一个工具学习它的使用方法，总结该工具的使用方法； 7.1 数据库设计概述(4) 7.1 数据库设计概述(5) 数据库设计过程中的各级模式 软件开发中的常见情景 7.2 需求分析（1） 需求分析的任务 通过详细调查了解原系统工作概况，明确用户的各种需求，在此基础上确定新系统的功能。 1）信息要求。 2）处理要求。 3）安全性与完整性要求。 需求分析的方法 访谈 问卷调查 实地操作 建立原型 7.2 需求分析（2） 需求分析的工具：数据流图 以图形的方式描绘数据在系统中流动和处理的过程，只反映系统必须完成的逻辑功能。 DFD示例 7.2 需求分析（3） 需求分析的工具：数据字典 数据字典的用途 系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。 数据字典的内容 数据项 数据结构 数据流 数据存储 处理过程 7.2 需求分析（4） 需求分析小结 7.3 概念结构设计（2） 自底向上设计过程示意图 7.3.1 数据抽象与局部视图设计（1） 三种抽象 1）分类 定义某一类概念作为现实世界中一组对象的类型； 抽象了对象值和型之间“is member of”的语义。 2）聚集 定义某一类型的组成成分； 抽象了对象内部类型和成分之间“is part of”的语义。 3）概括 定义类型之间的一种子集联系； 抽象了类型之间的“is subset of ”的语义； 继承性。 7.3.1 数据抽象与局部视图设计（2） 局部视图设计方法 1）选择局部应用 在多层数据流图中选择一个适当层次的数据流图作为设计E-R图的出发点。 2）逐一设计分E-R图 根据数据流图并参照数据字典，抽象出局部应用中的实体、属性、码及联系。 7.3.1 数据抽象与局部视图设计（3） E-R图补充说明 1）派生属性与基属性 派生属性可从其他相关属性或实体派生出来； 数据库中一般只存基属性值，而派生属性只存其定义或依赖关系，用到时再从基属性中计算出来； 勿轻易引入派生属性。 2）实体和属性的区分原则 属性不再具有需要描述的性质； 属性不能与其他实体具有联系。 7.3.2 视图的集成 各子系统的分E-R图设计好后，下一步就是将所有分E-R 图综合成一个系统的总E-R图。 7.4 逻辑结构设计 E-R图向关系模型的转换 数据模型的优化 设计用户子模式 7.4.1 E-R图向关系模型的转换（1） 7.4.1 E-R图向关系模型的转换（2） ⒉ 一个m:n联系：转换为一个关系模式。 关系的属性： 与该联系相连的各实体的码以及联系本身的属性 关系的码： 相连各实体码的组合 例2：考虑如何转换如下的“选修”联系？ 　 7.4.1 E-R图向关系模型的转换（3） ⒊ 一个1:n联系：两种方法 1) 转换为一个独立的关系模式 新关系的属性： 与该联系相连的各实体的码以及联系本身的属性 新关系的码： n端实体的码 2) 与n端实体对应的关系模式合并 合并后关系的属性： 在n端关系中加入1端关系的码和联系本身的属性 合并后关系的码： 不变 7.4.1 E-R图向关系模型的转换（4） ⒋ 一个1:1联系：两种方法. 1) 转换为一个独立的关系模式 新关系的属性： 与该联系相连的各实体的码以及联系本身的属性 新关系的候选码： 每个实体的码均是该关系的候选码 2) 与某一端对应的关系模式合并 合并后关系的属性： 加入另一端关系的码和联系本身的属性 合并后关系的码： 不变 “管理”联系为1:1联系，可以有三种转换方法： （1）转换为一个独立的关系模式： 管理（职工号，班级号） 或 管理（职工号，班级号） （2）“管理”联系与班级关系模式合并，则只需