第六章数据库系统设计.pptVIP

E-R图向关系模型的转换（续） ⒍ 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 例，如果教师实体集内部存在领导与被领导的1:n自联系，我们可以将该联系与教师实体合并，这时主码职工号将多次出现，但作用不同，可用不同的属性名加以区分： 教师：｛职工号，姓名，性别，职称，系主任｝ E-R图向关系模型的转换（续） ⒎ 具有相同码的关系模式可合并。 目的：减少系统中的关系个数。 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。 * 设计一个完善的数据库应用系统往往是上述六个阶段的不断反复 * pi为标识符 * 需求分析阶段，已用多层数据流图和数据字典描述了整个系统。 设计分E-R图首先需要根据系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图，让这组图中每一部分对应一个局部应用，然后以这一层次的数据流图为出发点，设计分E-R图。 通常以中层数据流图作为设计分E-R图的依据。原因： 高层数据流图只能反映系统的概貌 中层数据流图能较好地反映系统中各局部应用的子系统组成 低层数据流图过细 * 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，这时它就需要作为实体了。 * 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，这时它就需要作为实体了。 * 例：职称通常作为教师实体的属性，但在涉及住房分配时，由于分房与职称有关，也就是说职称与住房实体之间有联系，根据准则２，这时把职称作为实体来处理会更合适些 * * (1) 订单与订单细节是1∶n的联系 (2) 原订单和产品的联系实际上是订单细节和产品的联系。 (3) 图7.21中“发票主清单”是一个数据存储，不必作为实体加入分E-R图 (4) 工厂对大宗订货给予优惠 * 构成： 零件与产品之间存在 多对多的联系 供应： 产品、零件与供应商 三者之间还存在多对 多的联系 这两个联系互相不能 包含，在合并两个分 E-R图时就应把它们 综合起来 * Q4=∑Q5 一旦Q5修改后就应当触发完整性检查，对Q4进行修改 * Q4=∑Q5 一旦Q5修改后就应当触发完整性检查，对Q4进行修改 * 集成过程，解决了以下问题： 异名同义，项目和产品含义相同 库存管理中职工与仓库的工作关系已包含在劳动人事管理的部门与职工之间的联系之中，所以可以取消 职工之间领导与被领导关系可由部门与职工（经理）之间的领导关系、部门与职工之间的从属关系两者导出，所以也可以取消 * 消除冗余的方法（续） 如果是为了提高效率，人为地保留了一些冗余数据，则应把数据字典中数据关联的说明作为完整性约束条件。 一种更好的方法是把冗余数据定义在视图中 消除冗余的方法（续） 如果是为了提高效率，人为地保留了一些冗余数据，则应把数据字典中数据关联的说明作为完整性约束条件。 一种更好的方法是把冗余数据定义在视图中 消除冗余的方法（续） 规范化理论 函数依赖的概念提供了消除冗余联系的形式化工具 方法 1. 确定分E-R图实体之间的数据依赖 ，并用实体码之间的函数依赖表示。 2. 求FL的最小覆盖GL ，差集为D = FL-GL。 逐一考察D中的函数依赖，确定是否是冗余的联系，若是，就把它去掉。 消除冗余，设计生成基本E-R图实例 工厂物资管理E-R图 消除冗余，设计生成基本E-R图实例 销售管理子系统的分E-R图 消除冗余，设计生成基本E-R图实例 劳动人事管理的分E-R图 消除冗余，设计生成基本E-R图实例 某工厂管理信息系统 的基本E-R图 概念结构设计小结 什么是概念结构设计 现实世界 机器世界 信息世界 需求分析 概念结构设计 概念结构设计小结 概念结构设计的步骤 抽象数据并设计局部视图 集成局部视图，得到全局概念结构 概念结构设计小结 数据抽象 分类 聚集 概括 概念结构设计小结 设计局部视图 ⒈ 选择局部应用 ⒉ 逐一设计分E-R图 标定局部应用中的实体、属性、码，实体间的联系 用E-R图描述出来 概念结构设计小结 集成局部视图 1.合并分E-R图，生成初步E-R图 消除冲突 属性冲突 命名冲突 结构冲突 2. 修改与重构 消除不必要的冗余，设计生成基本E-R图 分析方法 规范化理论 第六章 数据库设计 6.1 数据库设计概述 6.2 需求分析 6.3 概念结构设计 6.4 逻辑结构设计 6.5 数据库的物理设计