第2章-数据库设计.pptVIP

小结 数据库设计需经历五个阶段： 需求分析、逻辑设计、物理设计、实施、运行维护 整个设计过程是一种反复探寻、逐步求精的过程 在数据库设计过程中，需求分析是基础，逻辑设计是关键。 通过需求分析，综合所有用户的应用要求，建立独立于具体DBMS的E-R模型，然后将这个E-R模型转换为具体DBMS支持的数据模型，如关系模型，并进行关系模型的优化。 返回目录 小结 数据库设计过程中形成数据库的三级模式 应用要求 应用1 局 部 E-R模型 综 合 内模式 总体 E-R模型 逻辑模式 转换 映射 外模式 外模式 应用 程序 外模式 应用 程序 应用 程序 映射 应用要求 局 部 E-R模型 应用2 应用要求 局 部 E-R模型 应用3 返回目录 小结 在数据库的实施阶段，按照设计过程中形成的三级模式，定义数据库结构，组织小批量数据入库，进行调试和试运行，考核系统性能，若不满意，则须返工。 试运行基本合格后，才可输入大批量数据，投入运行，在运行中还需不断进行维护。 返回目录 2.4 建立教务管理关系模型 2.4.1 E-R模型转换为关系模型 （1）一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的键就是关系的键。 例如， “学生”实体转换为关系模式： 学生（学号，姓名，性别，出生日期，政治面貌，入学时间，联系电话 ) 返回目录 2.4 建立教务管理关系模型 2.4.1 E-R模型转换为关系模型 （2）一个联系转换为一个关系模式，相联系实体的键和联系的属性转换为关系的属性。 对“多对多”联系，关系的键为各实体的键的组合； 对“一对多”联系，关系的键为“多”端实体的键，或者也可以将此关系模式与“多”端实体对应的关系模式合并； 对“一对一”联系，每个实体的键均为该关系的候选键，或者也可以将此关系模式与任意一端实体对应的关系模式合并。 返回目录 2.4 建立教务管理关系模型 2.4.1 E-R模型转换为关系模型 例如，“学生”与“课程”间的联系“选修”, 是一个“多对多”联系 可将它转换为关系模式： 选课（学号，课程号，成绩） 又如，“系部”与“专业”间的联系“属于”, 是一个“一对多”联系 可将它转换为关系模式： 属于（专业号，系部号） 也可以将此关系模式与“多”端实体“专业”对应的关系模式合并 合并后的关系模式为： 专业（专业号，专业名，系部号） 返回目录 2.4 建立教务管理关系模型 2.4.1 E-R模型转换为关系模型 （3）三个或三个以上实体间的一个多元联系转换为一个关系模式，相联系实体的键和联系的属性转换为关系的属性，关系的键为各实体的键的组合。 返回目录 2.4 建立教务管理关系模型 2.4.1 E-R模型转换为关系模型 按此方法，将教务管理E-R模型转换为如下关系模型： 学生（学号，姓名，性别，出生日期，政治面貌，入学时间，联系电话，班号） 课程（课程号，课程名，学时，学分，课程类型，课程性质，考核方式，学期） 选课（学号，课程号，成绩） 班级（班号，班名，班主任，学生人数，专业号） 专业 (专业号，专业名，系部号) 系部 (系部号，系部名，系主任，教师人数) 返回目录 2.4 建立教务管理关系模型 2.4.2 优化关系模型 将E-R模型转换为关系模型后，还需要进行关系规范化处理，对关系模型进行优化，对关系模型的结构作进一步调整与完善，以达到提高数据库性能的目的。 返回目录 2.4 建立教务管理关系模型 2.4.2 优化关系模型 关系规范化处理以规范化理论为指导 1．范式 满足不同程度规范的关系模式，称之为不同的范式（Normal Form，简称NF）。 返回目录 2.4 建立教务管理关系模型 2.4.2 优化关系模型 第一范式： 如果一个关系模式R的所有属性都是不可再分的数据项，则R为第一范式。记作：R∈1NF。 例如，关系模式： R(学号，课程号，成绩，姓名，性别，班级，班主任) 其中每个属性都不可再分，因此满足1NF。 第一范式是对关系的一个最低要求。一个规范化的关系至少应满足第一范式的要求。 返回目录 2.4 建立教务管理关系模型 2.4.2 优化关系模型 第二范式： 若关系模式R∈1NF，并且每一个非主属性都完全函数依赖于R的关键字，则R为第二范式。记作：R∈2NF。 返回目录 2.4 建立教务管理关系模型 2.4.2 优化关系模型 例如，关系模式： R(学号，课程号，成绩，姓名，性别，班级，班主任) 其中函数依赖为： （学号，课程号）→成绩 学号 → 姓名 学号 →