逻辑结构设计要点.pptVIP

第七章 数据库设计 5.1 数据库设计概述 5.2 需求分析 5.3 概念结构设计 5.4 逻辑结构设计 5.5 数据库的物理设计 5.6 数据库的实施和维护 5.5 小结 5.4 逻辑结构设计 逻辑结构设计的任务 把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构 逻辑结构设计的步骤 将概念结构转化为一般的关系、网状、层次模型 将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换 对数据模型进行优化 6.4 逻辑结构设计 逻辑结构设计分三步进行： 逻辑结构设计阶段 5.4 逻辑结构设计 5.4.1 E-R图向关系模型的转换 5.4.2 数据模型的优化 5.4.3 设计用户子模式 5.4.1 E-R图向关系模型的转换 转换内容 转换原则 E-R图向关系模型的转换（续） E-R图向关系模型的转换要解决的问题 如何将实体型和实体间的联系转换为关系模式 如何确定这些关系模式的属性和码 转换内容 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转换为关系模式。 转化规则 1) 一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的键就是关系的键 (1) 方法 1. 找出主键 2. 找出属性间的依赖关系 3. 表示为关系模式 4. 主键：属性名下加横线 5. 函数依赖关系：箭头线 (2) 例子☆ 实体向关系模式的转换 2) 一个联系转换为一个关系模式，相联系实体的码和联系的属性转换为关系的属性 (1) 一个m:n联系转换为一个关系模式 1. 联系的内容 (1) 联系名 (2) 相互联系的实体的主键 (3) 联系本身的属性 2. 主码 (1) 关系的码为参加联系的各实体码的组合 3. 例子 (1) 产品组装成零件☆ (2) 材料存放在仓库☆ 联系向关系模式的转换 2) 一个联系转换为一个关系模式，相联系实体的键和联系的属性转换为关系的属性 (2) 一个1:n联系可以转换为一个独立的关系模式，关系的键为n端实体的码。也可以与n端对应的关系模式合并 1. 联系的内容 (1) 联系名 (2) 相互联系的实体的主码 (3) 联系本身的属性 2. 主键 (1) 关系的键为n端实体的码 3. 例子 (1) 零件消耗材料☆ (2) 带属性的一对多联系☆ 带属性的一对多联系 2) 一个联系转换为一个关系模式，相联系实体的码和联系的属性转换为关系的属性 (3) 一个1:1联系可以转换为一个独立的关系模式，每个实体的键均为该关系的候选码。也可以与任意一端对应的关系模式合并 1. 联系的内容 (1) 联系名 (2) 相互联系的实体的主码 (3) 联系本身的属性 2. 主键 (1) 每个实体的码均为该关系的候选码 2) 一个联系转换为一个关系模式，相联系实体的码和联系的属性转换为关系的属性 3) 三个或三个以上实体间的一个多元联系转换为一个关系模式 (1) 存在于三个实体之间的联系☆ 4) 同一实体集的实体间的联系，可按1:1,1:n,m:n分别处理 存在于三个实体之间的联系 E-R图向关系模型的转换（续） (5)具有相同码的关系模式可合并 目的：减少系统中的关系个数 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序 E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型 部门实体对应的关系模式 部门（部门号，部门名，经理的职工号，…） 此关系模式已包含了联系“领导”所对应的关系模式 经理的职工号是关系的候选码 职工实体对应的关系模式 职工（职工号、部门号，职工名，职务，…） 该关系模式已包含了联系“属于”所对应的关系模式 E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型（续） 产品实体对应的关系模式 产品（产品号，产品名，产品组长的职工号，…） 供应商实体对应的关系模式 供应商（供应商号，姓名，…） 零件实体对应的关系模式 零件（零件号，零件名，…） E-R图向关系模型的转换（续） [例] 把图7.30中虚线上部的E-R图转换为关系模型（续） 联系“参加”所对应的关系模式 职工工作（职工号，产品号，工作天数，…） 联系“供应”所对应的关系模式 供应（产品号，供应商号，零件号，供应量） 5.4 逻辑结构设计 5.4.1 E-R图向关系模型的转换 5.4.2 数据模型的优化 5.4.3 设计用户子模式 5.4.2 数据模型的优化 得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一