数据库系统设计.pptVIP

* 2）数据库的重构造 为什么要进行数据库的重构造 数据库应用环境发生变化，会导致实体及实体间的联系也发生相应的变化，使原有的数据库设计不能很好地满足新的需求 增加新的应用或新的实体 取消某些已有应用 改变某些已有应用 数据库系统设计全文共67页，当前为第63页。 * 数据库重构造的主要工作 根据新环境调整数据库的模式和内模式 增加新的数据项 改变数据项的类型 改变数据库的容量 增加或删除索引 修改完整性约束条件 作业 数据库系统设计全文共67页，当前为第64页。 * 作业 设计一个学籍管理小系统。系统包含以下信息： 学号、学生姓名、性别、出生日、学生所在系名、学生所在系号、课程名、课程号、课程类型（必修、选修、任选）、学分、任课教师姓名、教师编号、教师职称、教师所属系名、系号、学生所选课程号、学生所选上课教师姓名、选课成绩。 数据库系统设计全文共67页，当前为第65页。 * 要求： 用E-R图表示概念模型 设计出合理的关系模式： 给出表名、列名、数据类型 指出每个关系的键和外键（如果有的话） 数据库系统设计全文共67页，当前为第66页。 * 选做： 完成在表上的操作 (用SQL的SELECT语句)： 1.给出学生名，查询学生所选的所有课程名、成绩，累计学分。 2.给出课程名，查询学生的平均成绩 3.各门课按平均成绩排序 4.显示所有的课程名和讲课教师名 数据库系统设计全文共67页，当前为第67页。 * 逻辑结构设计的方法： 1. 将概念结构转换为一般的关系、网状、层状模型； 2. 将转换来的关系、网状、层状模型向特定DBMS支持下的数据模型转换； 3. 对数据模型进行优化。 数据库系统设计全文共67页，当前为第31页。 * 5.4.1 E-R图向关系模型的转换 将实体和实体间的联系转换为关系模式的一般转换原则： 一个实体型转换为一个关系模式。 一个联系转换为一个关系模式。 （1）一个1：1联系可以转为一个独立的关系模式。 （2）一个1：n联系可以转为一个独立的关系模式。 （3）一个m：n联系转换为一个关系模式。 （4）三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 具有相同键的关系模式可合并。 数据库系统设计全文共67页，当前为第32页。 三个或三个以上实体间的一个多元联系转换为一个关系模式。 关系的属性：与该多元联系相连的各实体的键以及联系本身的属性 关系的键：各实体键的组合 一个1:1联系转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的键以及联系本身的属性 关系的候选键：每个实体的键均是该关系的候选键 一个1:n联系可以转换为一个独立的关系模式。 关系的属性：与该联系相连的各实体的键以及联系本身的属性 关系的键：n端实体的键 属于 m n 部门 1 职工 参加 领导 天数 零件 产品 供应商 供应 供应量 负责 1 1 1 1 n n P m 一个m:n联系可以转换为一个独立的关系模式。 关系的属性：与该联系相连的各实体的键以及联系本身的属性 关系的键：两个实体键的组合是该关系的键 数据库系统设计全文共67页，当前为第33页。 * 5.4.1 E-R图向关系模型的转换 将E-R图转换为关系模型 部门（部门号，…, 经理的职工号） 职工（职工号，…, 部门号） 产品（产品号，…, 组长职工号） 零件（零件号，…） 供应商（供应商号，…） 领导（部门号，经理的职工号） 属于（职工号，部门号） 负责（产品号，组长职工号） 参加（职工号，产品号，天数） 供应（供应商号，零件号，产品号，供应量） 数据库系统设计全文共67页，当前为第34页。 * 5.4.2 数据模型的优化 数据模型的优化（规范化理论为基础） 1. 确定数据依赖 职工号?部门号 领导.职工号?部门号 部门号?领导.职工号 职工号?领导.职工号 2. 对于各个关系模式之间 的数据依赖进行最小化 处理，消除冗余的联系。 n 属于 n 部门 职工 领导 1 1 领导 1 1 数据库系统设计全文共67页，当前为第35页。 * 5.4.2 数据模型的优化(续) 数据模型的优化 3. 按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。 产品： 产品号、产品名、规格、型号、销售日期、销量、库存量 并非规范化程度越高越好，一般的，设计到3NF或BCNF。 数据库系统设计全文共67页，当前为第36页。 * 5.4.2 数据模型的优化 数据模型的优化（续） 4. 对关系模式进行必要分解，提高数据库操作的效率和储存空间的利用率。 水平分解以提高效率 水平分解可以实现数据分布 垂直分