教学第7章数据库设计分解.ppt

E-R图向关系模型转换 转换原则 实体型的属性 ------ 关系的属性 实体型的码 ------ 关系的码 学生实体可以转换为如下关系模式： 学生（学号，姓名，性别，年龄，所在系） ⒈ 一个实体型转换为一个关系模式 课程实体可以转换为如下关系模式： 课程（课程号，课程名，先修课，学分） 选课 学生 课程 m n 学生－课程 E-R 图 3 M:N联系的转换实例 ⒉ 一个 m : n 联系转换为一个关系模式。 例，“选课”联系是一个m:n联系，可以将它转换为如下关系模式，其中学号与课程号为关系的组合码： 选课 学生 课程 m n 学生－课程 E-R 图 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 　　选课（学号，课程号，成绩） 3 M:N联系的转换实例 零件 零件号 零件名 规格 数量 组成 M N 仓库 商品 商店 仓库号 仓库名 地址 数量 商店号 商品名 商品号 商店名 日期 进货 M N P 零件（零件号，零件名，规格） 组成（零件号，子零件号，数量） 仓库（仓库号，仓库名，地址） 商店（商店号，商店名） 商品（商品号，商品名） 进货（商店号，商品名，仓库号，日期，数量） * 例1 库存销售信息管理系统的ER模型及转换 P 车间 仓位 产品 客户 销售员 存储 出库 订单 入库 M N M P M N P M N N 库存系统ER图 车间(车间号,车间名,主任名) 产品(产品号，产品名，单价) 仓位(仓位号，地址，主任名) 客户(客户号，客户名，联系人，电话， 地址，税号，账号) 销售员(销售员号,姓名,性别,学历,业绩） 实体 入库（入库单号,入库量,入库日期,经手人, 车间号,仓位号,产品名） 出库（出库单号，出库量，出库日期，经手人， 客户号，产品名，仓位号） 订单（订单号，数量，折扣，总价，订单日期， 产品号，客户号，销售员号） 存储(仓位号,产品号,核对日期,核对员,存储量) 联系 * 例2：公司车队信息系统的ER模型 图5.27 公司车队信息系统的ER模型 部门 车队 司机 车辆 开销 维修公司 调用 报销 拥有 聘用 保险2 保险1 M 1 N N 1 N N N N 1 1 保险公司 1 N 维修 1 * 6.4 逻辑结构设计 6.4.2 数据模型的优化 极小化处理，消除冗余联系 确定数据依赖 确定关系模式所属范式 分析模式，确定是否进行合并或分解 对模式进行必要的分解 * 弱实体 什么是弱实体 弱实体的表示方法 包含弱实体的ER图转换成关系模式 问题：在人事管理系统中，亲属的存在是以职工的存在为前提，即亲属对于职工具有依赖联系，所以说，亲属是弱实体 职 工 社会关系 具有 1 N ER 图 职工（职工号，职工姓名，性别，年龄） 亲属（职工号，称呼，姓名，工作单位） 关系 模式 问题:商业应用系统中，顾客地址的存在依赖于顾客的存在（一般顾客可以有若干个联系地址） ER图 顾 客 地 址 通讯 N 1 * 子类实体与超类实体 什么是子类和超类 子类和超类的性质 子类与超类之间具有继承性，但子类本身还能包含比超类更多的属性。 子类和超类有相同的标识符 人员 教师 本科生 学生 研究生 学校人事系统中实体之间的联系 人员（身份证号，姓名，年龄，性别） 教师（身份证号，教师编号，职称） 学生（身份证号，学号，系别，专业） 本科生（身份证号，入学年份） 研究生（身份证号，研究方向，导师姓名） 对应的关系模式 * 6.4 逻辑结构设计 6.4.2 设计用户子模式 可以对不同级别的用户定义不同的View，以保证系统的安全性 使用更符合用户习惯的别名 简化用户对系统的使用 定义外模式，要注意： * 数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统 为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计 6.5 数据库的物理设计 * 数据库的物理设计分两步： 1、确定数据库的物理结构 2、对物理结构进行评价，评价的重点是时间和空间效率 6.5 数据库的物理设计 * 选择物理设计方法要求 对运行的事务进行详细分析，获得选择物理数据库设计所需要的参数。 要充分了解所用的RDBMS的内部特征，特别是系统提供的存取方法和存储结构 6.5 数据库的物理设计 6.5.1 数据库的物理设计的内容和方法 通常对关系数据库物理设计的内容包括： 为关系模式选择存取方法； 设计关系、索引等数据库文件的物理存储结构