第7章数据库设计2011--简化版祥解.ppt

E-R图向关系模型的转换（续） (5)具有相同码的关系模式可合并 目的：减少系统中的关系个数 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序 E-R图向关系模型的转换（续） 注意： 从理论上讲，1:1联系可以与任意一端对应的关系模式合并 但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。 由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。 例如，如果经常要查询某个班级的班主任姓名，则将管理联系与教师关系合并更好些。 E-R图向关系模型的转换（续） [例] 把图7.30（PPT——P96）中虚线上部的E-R图转换为关系模型 部门实体对应的关系模式 部门（部门号，部门名，经理的职工号，…） 此关系模式已包含了联系“领导”所对应的关系模式 经理的职工号是关系的候选码 职工实体对应的关系模式 职工（职工号、部门号，职工名，职务，…） 该关系模式已包含了联系“属于”所对应的关系模式 E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型（续） 产品实体对应的关系模式 产品（产品号，产品名，产品组长的职工号，…） 供应商实体对应的关系模式 供应商（供应商号，姓名，…） 零件实体对应的关系模式 零件（零件号，零件名，…） E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型（续） 联系“参加”所对应的关系模式 职工工作（职工号，产品号，工作天数，…） 联系“供应”所对应的关系模式 供应（产品号，供应商号，零件号，供应量） 7.4 逻辑结构设计 7.4.1 E-R图向关系模型的转换 7.4.2 数据模型的优化（自学） 7.4.3 设计用户子模式（自学） 第七章 数据库设计 7.1 数据库设计概述 7.2 需求分析 7.3 概念结构设计 7.4 逻辑结构设计 7.5 数据库的物理设计（自学） 7.6 数据库的实施和维护（自学） 7.7 小结 第七章 数据库设计 7.1 数据库设计概述 7.2 需求分析 7.3 概念结构设计 7.4 逻辑结构设计 7.5 数据库的物理设计 7.6 数据库的实施和维护 7.7 小结 7.7 小结 数据库的设计过程 需求分析 概念结构设计 逻辑结构设计 物理设计 实施和维护 小结（续） 数据库各级模式的形成 数据库的各级模式是在设计过程中逐步形成的 需求分析阶段综合各个用户的应用需求（现实世界的需求） 概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述 小结（续） 在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式 在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 * 视图的集成（续） 视图集成 合并分E-R图，生成初步E-R图 问题：各分E-R图存在冲突 各个分E-R图之间必定会存在许多不一致的地方 合并分E-R图的主要工作与关键 合理消除各分E-R图的冲突 冲突的种类 属性冲突 命名冲突 结构冲突 ⒈ 属性冲突 两类属性冲突 属性域冲突 属性值的类型 取值范围 取值集合不同 属性取值单位冲突 ⒉ 命名冲突 两类命名冲突 同名异义：不同意义的对象在不同的局部应用中具有相同的名字 异名同义（一义多名）：同一意义的对象在不同的局部应用中具有不同的名字 ⒊ 结构冲突 三类结构冲突 同一对象在不同应用中具有不同的抽象 同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同 实体之间的联系在不同局部视图中呈现不同的类型 消除不必要的冗余，设计基本E-R图 基本任务 消除不必要的冗余，设计生成基本E-R图 合并 初步E-R图 分E-R图 可能存在冗余的数据 和冗余的实体间联系 基本E-R图 消除不必要的冗余 消除不必要的冗余，设计基本E-R图（续） 冗余