mySQL教学 第1章 数据库设计.ppt

逻辑结构设计-应用3NF * 华育国际呼和浩特分校 * 实例：数据库设计 教学管理 * 华育国际呼和浩特分校 * 华育国际呼和浩特分校 华育国际呼和浩特分校 华育国际呼和浩特分校 第1章 数据库设计 * 华育国际呼和浩特分校 * 本章内容 1.1 软件开发周期 1.2 数据库设计的基本步骤 1.3 概念结构设计-数据抽象与局部视图 1.4 逻辑结构设计-向关系模型的转换 1.5 数据库设计规范化 1.6 数据库设计—教学管理 * 华育国际呼和浩特分校 * 1.1软件开发周期 * 华育国际呼和浩特分校 * 现实世界 建模 信息世界 数据库世界 模型转换 规范化 需求分析阶段：分析客户的业务和数据处理需求; 概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整; 详细设计阶段：将E-R图转换为多张表，进行逻辑设计，并应用数据库设计的三大范式进行审核； 代码编写阶段：选择具体数据库进行物理实现; 软件测试阶段：…… 安装部署：…… 1.2数据库设计的基本步骤 数据库设计分6个阶段 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行和维护 需求分析和概念设计独立于任何数据库管理系统 逻辑设计和物理设计与选用的DBMS密切相关 * 华育国际呼和浩特分校 * 需求分析-任务 需求分析就是分析用户的需要与要求 需求分析是设计数据库的起点 需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用 需求分析的任务 通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 * 华育国际呼和浩特分校 * 需求分析-重点 调查的重点是“数据”和“处理”，获得用户对数据库要求 信息要求 处理要求 安全性与完整性要求 * 华育国际呼和浩特分校 * 需求分析-难点 确定用户最终需求 用户缺少计算机知识 设计人员缺少用户的专业知识 解决方法 设计人员必须不断深入地与用户进行交流 * 华育国际呼和浩特分校 * 1.3概念结构设计-数据抽象与局部视图 分类 将一类具有共同特性和行为的对象定义为一种某类型，在E-R模型中的实体型就是这种抽象，如学生，课程 抽象了对象的值和型之间“is member of”语义 * 华育国际呼和浩特分校 * 学生 “is member of” 张英 王平 赵斌 实体型 课程 “is member of” C语言 数据库 操作系统 实体型 概念结构设计-数据抽象与局部视图 聚集 定义某类型的组成成分，对应E-R模型中实体的属性 抽象了对象类型和其成分之间的“is part of”语义 * 华育国际呼和浩特分校 * 学生 学号 姓名 专业 班级 仓库号 面积 主任 仓库 姓名 年龄 性别 工资 “is part of” 实体型 属性 逻辑结构设计-向关系模型的转换 实体间关系的转换规则 （1）一个1:1关系可以转换为一个独立的关系模式，也可以与任意一端所对应的关系模式合并。 （2）一个1:n关系可以转换为一个独立的关系模式，也可以与n端所对应的关系模式合并。 （3）一个m:n关系转换为一个关系模式。转换的方法为：与该关系相连的各实体的码以及关系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合。 （4）三个或三个以上实体间的多元关系转换为一个关系模式。 * 华育国际呼和浩特分校 * 概念结构设计-设计局部E-R图例 教师任课局部 * 华育国际呼和浩特分校 * 1.4逻辑结构设计-一对一关系的转换 * 华育国际呼和浩特分校 * 原实体对应关系模式分别为： 班级（班号，专业，人数） 班长（学号，姓名，专长） 将关系“管理”合并到实体“班级”对应的模式后为： 班级（班号，专业，人数，学号） 班长（学号，姓名，专长） 关系“管理”也可以合并到实体“班长”对应的模式 将关系“管理”合并到实体“班级”对应的模式后为： 班级（班号，专业，人数） 班长（学号，姓名，专长，班号） 逻辑结构设计-一对多关系的转换 * 华育国际呼和浩特分校 * 实体对应的关系模式 系（系号，系名，系主任，电话） 教师（教师号，姓名，专业，职称，性别，年龄） 关系对应的关系模式 管理（教师号，系号） 逻辑结构设计-一对多关系的转换 * 华育国际呼和浩特分校 * 实体对应的关系模式 系（系号，系名，系主任，电话） 教师（教师号，姓名，专业，职称，性别，年龄） 合并到实体“教师”后 教师（教师号，姓名，专业，职称，性别，年龄，系号