数据库的设计及表的创建试题.pptx

1 课前复习 通用数据库知识： 数据、DB、DBS、DBMS 数据模型 概念模型：从用户的角度考虑数据的表示方式E—R； 概念模型相关术语：实体、实体属性、属性值、候选键； 逻辑模型从DBMS的角度考虑数据的表示方式（层次、网状、关系） 物理模型：从数据的存储方式考虑数据的表示方式，一般由DBMS自动设置。 数据库设计是根据一个给定的应用环境，构造最优的数据模型，利用DBMS，建立数据库应用系统。 数据库设计过程与设计实例 数据库设计过程与设计实例 简单地讲，数据库设计包括 结构设计:是指按照应用要求，确定一个合理的数据模型,结构设计的结果就是得到数据库中表的结构。 行为设计:是指应用程序的设计，将设计的结果物理化，实施数据库（如完成查询、修改、添加、删除、统计数据，制作报表等）。行为设计要求满足数据的完整性、安全性、并发控制和数据库的恢复。 数据库设计要经历6个阶段(p23-25) 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行与维护 数据库设计过程与设计实例 数据库设计过程与设计实例 数据库设计流程 数据库设计过程与设计实例 需求分析阶段的工作是详细准确地了解数据库应用系统的运行环境和用户要求 开发的目的是什么； 用户需要从数据库中得到的数据信息是什么； 输出这些信息采用何种方式或格式。 1 需求分析 数据库设计过程与设计实例 步骤 调查各部门的组成和业务活动 帮助用户进一步明确系统最终要求 把结果以标准化的文档表示出来，如使用数据流程图、数据字典和需求说明等 需求分析的方法------调查 方式 发调查表 请专业人员介绍 询问 跟班作业 查阅资料 任务 将需求分析结果抽象为概念模型 方法 建立E-R模型(Entity-Relationship model) E-R模型的表示方法为E-R图 E-R图实质：表示了实体、属性和实体间的联系 建立E-R模型应遵循的原则 相对原则:对于同一对象抽象的结果可能不同 简单原则:现实世界的事物能作为属性的尽量归为属性 E-R模型的设计过程 设计局部E-R模型 集成全局E-R模型 解决三种冲突 命名冲突 属性冲突 结构冲突 简单原则举例 简单原则举例 不考虑宿舍的进一步信息时，宿舍应作为属性 设计过程——设计局部E-R图 同样的方法画出其他实体间的局部E——R图 学生实体、课程实体的属性及其联系的局部E-R图表示 系、教师、学生和课程间的联系 设计过程——确定出实体与实体间联系 学生信息管理的整体E-R模型 设计过程——设计整体E-R图 任务 将概念设计结果转换为DBMS支持的数据模型 步骤 将概念结构转换为相应的逻辑模型 将转换来的模型向特定DBMS支持的数据模型转换（这里使用关系数据库模型） 对数据模型进行优化 E-R模型转换为关系模型的方法 实体的转换 一个实体转换为一个关系模式 实体间联系的转换 一对一联系 一对多联系 多对多联系 主键的定义 实体的转换 一个实体转换为一个关系模式 实体的属性就是关系模式的属性 实体的键就是关系的主键 例如 学生信息管理系统中共有教师、系、学生和课程四个实体，它们转换为关系模式后分别为 教师（教师号，姓名，专业，职称，性别，年龄） 系（系号，系名，系主任，电话） 学生（学号，姓名，性别，出生日期，专业，照片） 课程（课程号，课程名，学时，类别） 一对一联系的转换 一对一联系的转换 实体对应关系模式分别为： 班级（班号，专业，人数） 班长（学号，姓名，专长） 联系管理（班号，学号） 关系模式“管理”的主键也可以选择学号 方法一-——联系转换为独立的关系模式 模式的属性由联系本身的属性及两个实体的键构成 主键由两个实体中的任意一个键构成 一对一联系的转换（续） 原实体对应关系模式分别为： 班级（班号，专业，人数） 班长（学号，姓名，专长） 将联系“管理”合并到实体“班级”对应的模式后为： 班级（班号，专业，人数，学号） 班长（学号，姓名，专长） 联系“管理”也可以合并到实体“班长”对应的模式 方法二——将联系与一端的实体的关系模式合并 即将联系的属性和另一实体的键加入到合并的实体的关系模式内，主键不变 一对多联系的转换 实体对应的关系模式 系（系号，系名，系主任，电话） 教师（教师号，姓名，专业，职称，性别，年龄） 联系对应的关系模式 管理（教师号，系号） 一对多联系的转换 方法一——联系转换为独立的关系模式（属性由联系本身的属性及两个实体的键构成，主键由n端实体的键组成。 一对多联系的转换 实体对应的关系模式 系（系号，系名，系主任，电话） 教师（教师号，姓名，专业，职称，性别，年龄） 合并到实体“教师”后 教师（教师号，姓名，专业，职称，性别，年龄，系号） 只