数据库逻辑结构和物理设计说明书.pptVIP

服务理念中的“点点” ◆理解多一点 真情浓一点 ◆学习勤一点 品质高一点 ◆理由少一点 效率高一点 ◆处理问题灵活点 工作过程用心点 ◆对待同事宽容点 互相协作快乐点 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 川大工商：向晓林 川大工商：向晓林 逻辑结构设计 逻辑结构向关系模型的转换 应用规范化理论优化逻辑模型 设计用户子模式 逻辑结构向关系模型的转换 一个实体类型转换为一个关系模式 实体的属性就是关系的属性，实体的关键字就是关系的关键字 学生 姓名 性别 学号 专业 年龄 学生（学号，姓名，性别，专业，年龄） 联系 一对一的联系（1:1） 转换方法 转换为一个独立的关系模式 联系名为关系模式名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性。 其中，每个实体的关键字均为该关系模式的候选键。 与任意一端的关系模式合并。 可将相关的两个实体转换为两个关系，并在任意一个关系的属性中加入另一个关系的主关键字 采用哪种转换方法视情况而定。 管理员 仓库 管理 1 1 实例：假设某工厂的每个仓库只配备一个管理员 管理员号 姓名 联系方式 面积 仓库号 管理员（管理员编号，姓名，联系方式） 仓库（仓库编号，面积，管理员号） 管理员（管理员编号，姓名，联系方式） 仓库（仓库编号，面积） 管理（仓库编号，管理员号） 或 ER图 关系模式 一对多的联系（1：M） 转换方式 将一对多的联系（1：M）转换为一个独立的关系模式。 联系名为关系模式名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性。 关系模式的关键字为M端实体的关键字 将一对多的联系（1：M）与M端关系合并 1端的关键字及联系的属性并入M端的关系模式即可 实例：“学生”与“专业”之间的联系为： 1：M 专业 学生 学习 学号 姓名 所属院系 专业名 专业号 ER模型 关系模式 专业（专业号，专业名，所属院系） 学生（学号，姓名，专业编号） 或 专业（专业号，专业名，所属院系） 学生（学号，姓名） 学习（专业编号，学号） M 1 多对多的联系（M：N） 转换方法： 将多对多的联系（M：N）转换为一个关系模式 关系模式名为联系名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性 关系模式的关键字为联系中各实体关键字的并集 实例：学校中，“学生”实体和“课程”实体之间的联系为多对多的。见下图： 课程 学生 选修 学号 姓名 上课地点 指定教材 课程号 ER模型 关系模式 课程（课程号，指定教材，上课地点） 学生（学号，姓名，专业） 选修（学号，课程号，成绩） N M 专业 成绩 同一实体内部的联系 可将该实体集分为相互联系的两个子集，然后根据它们相互不同的联系（1：1、1：M、M：N）按照上述规则处理。 实例：职工实体集内部有领导和被领导的关系1：M 职工 领导 1 M 车间主任 职工 领导 1 M 三个或三个以上实体间的多元联系 转换为一个关系模式 与该联系相连的各实体的关键字及联系本身的属性为关系模式的属性 关系模式的关键字为联系中各实体关键字的并集 项目 零件 供应商 零件名 供应商名 地址 供应商号 材料 颜色 电话 项目号 项目名称 开工日期 零件号 使用 P N M 供应商（供应商号，供应商名，地址，电话） 项目（项目编号，项目名称，开工日期） 零件（零件号，零件名，材料，颜色） 使用（供应商号，项目编号，零件号，用量） 应用规范化理论优化逻辑模型 确定出每个关系模式内部属性之间的数据依赖和不同关系属性之间的数据依赖 对各个关系模式之间的数据依赖进行极小化，消除冗余的联系 按照数据依赖和规范化理论对关系模式逐一进行分析，考察是否存在部分函数依赖，传递函数依赖，多值依赖等，从而确定各关系模式分别属于第几范式。 根据需求分析阶段所得的实际应用需求，确定是否对某个关系模式进行分解或者合并。 对关系模式进行进一步的分解和合并，减低数据的冗余度和提高数据操作的效率。 设计用户子模式 子模式的作用 屏蔽逻辑模式，为应用程序提供了一定的逻辑独立性 可以更好地适应不同用户对数据的需求 为用户划定了访问数据的范围，由利于数据库的管理 子模式的设计内容 子表的名字 子表的组成 子表的每个列分别来自哪张基本表 DBMS的视图功能很容易实现子模式 物理设计 本阶段实现的是系统的 内模式，它的质量直接决定了整个系统的质量。 任务：根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库模型确定合理的存储结构和存取方法： 使设计出的物理数据库占用较少的存储空间 对数据库的操作具有尽可能高的速度 设计数据库的物理结构，设计人员必须充