数据库设计PPT课件.ppt

第2章数据库设计 主讲人 2020 3 21 1 本章教学目标 了解数据库设计的基本步骤 掌握利用E R图描述数据库的概念模型 掌握将E R图转化为关系模型的方法 掌握数据库规范化理论和方法 掌握数据库建模工具的使用 2 本章教学任务 需求分析与概念结构设计 数据库逻辑结构设计 数据库建模 1 2 3 3 任务2 1需求分析与概念结构设计 4 任务2 1需求分析与概念结构设计 回顾复习 任务描述 任务准备 任务实施 1 2 3 4 课堂实践 5 课堂讨论 6 小结与作业 7 5 回顾复习 什么是数据库 常见的数据库管理系统有哪些 6 回顾复习 什么是数据库 存储数据的仓库2 常见的数据库管理系统有哪些 数据库恢复就是指使用已有的数据库备份来重建数据库 SQLSERVER ORACLE MYSQLAccessDB2 7 项目介绍 CRM客户关系管理系统实现客户发展 客户维护 客户意见处理等功能 需要设计和建立该系统的后台数据库 8 任务描述 了解CRM客户关系管理系统的需求设计CRM客户关系管理系统的概念模型 9 任务准备 现实世界 数据库 1 需求分析阶段 分析客户的业务和数据处理需求 2 概念设计阶段 设计数据库的E R模型图 3 逻辑设计阶段 将E R图转换为多张表 进行逻辑设计 并应用数据库设计的三大范式进行审核 4 物理设计阶段 选取一个最适合应用环境的物理结构 包括存储结构和存取方法 5 数据库实施阶段6 数据库运行和维护阶段 数据库设计步骤 10 任务准备 需求分析任务 详细调查用户要处理的对象 充分了解原系统的工作概况 明确用户的各种要求 然后在此基础上确定新系统的功能 其中包括信息要求 处理要求和完整性要求 需求分析方法 为了明确用户的实际要求 需要跟班作业 开调查会 请专人介绍 询问 设计调查表要用户填写 查阅记录等方法 11 任务准备 E R Entity Relationship 实体关系图 实体关系图 12 任务准备 概念结构设计步骤 设计局部概念模型 合并E R图 优化 生成全局E R图 13 任务实施 数据库需求分析客户发展 公司每年都会为业务员制定工作任务 确定业务员每年需要发展的客户数量 计划完成的利润等 并记录业务员的完成情况 客户维护 业务员可以通过系统查询客户的基本信息 以及客户所购产品的信息 并可以对新老客户进行添加和删除 也可对现有用户的基本信息进行更改 而且 业务员可以根据客户的实际情况 对其信用进行打分 从而评定客户的信用等级 客户意见处理 客户可以对某一类型产品的质量 业务员的服务质量提出意见或建议 系统会及时的把客户的意见反映给相应部门处理 客户可以查询反馈信息的受理情况 处理完毕将及时把处理结果反馈给客户 具体需求见书P35 P36页 14 标识对象 实体 Entity 标识数据库要管理的关键对象或实体 实体一般是名词 客户 系统的主要服务对象业务员 业务员负责发展客户 客户 业务员 任务实施 15 标识每个实体的属性 Attribute 业务员 业务员编号姓名性别所在部门岗位级别 客户 客户编号单位联系人性别客户电话地址积分 商品 商品编号商品名称商品价格商品类型出版社商品生产日期商品质量 任务实施 16 标识对象之间的关系 Relationship 客户和商品之间有什么关系 业务员和客户之间有1对多发展关系 发展时间是发展关系的属性 提问 业务员和任务计划之间有什么关系 1对多的制定关系 多对多的订购关系 任务实施 17 绘制ER图 发展 Salesman 业务员 出生日期 编号 编号 姓名 Customer 客户 任务实施 1 N 18 绘制ER图 局部E R图 业务员和任务计划之间有1对多制定关系 计划年度是制定关系的属性 任务实施 19 局部E R图 业务员和客户之间有1对多发展关系 发展时间是发展关系的属性 任务实施 20 局部E R图 客户和商品之间有多对多订购关系 订购数量和订购时间是订购的属性 任务实施 21 任务实施 局部E R图 客户和商品之间有多对多反馈关系 反馈内容 解决情况和反馈时间是反馈的属性 22 如何使用Visio绘制E R图 使用文件 新建 框图 基本框图来绘制E R图 在绘图窗口左侧的 基本形状 里选择 矩形 椭圆 菱形 拖动到页面适当位置 就可以绘制需要的矩形 椭圆和菱形 绘制直线 在工具栏 视图 工具栏 绘图 这时就会弹出绘图工具栏 选择其中的直线工具 任务实施 23 设计全局E R图 任务实施 24 1 课堂实践 看教材 1 使用建模工具绘制业务员 任务计划 客户和商品之间的E R图 保存为JPG文件 2 如果客户实体和商品实体之间存在退货的关系 请绘制出该E R图 3 结合 2 完成内容 绘制CRM客户关系管理系统的全局E R图 保存为JPG文件 具体要求见书P39页 课堂实践 25 课堂讨论 1 什么是实体 关系 2 讨论客户与客户信用档案关系 客户信用档案的属性 客户与客户信用档案的联系 见书P40页 3 技术基础 理论基础中的相关内容 26 小结与作业 本任务主要包括以下知识 1 掌握数据库设计步骤2 了解CRM客户关系管理系统的需求3 设计CRM客户关系管理系统的概念模型完成课程设计相关部分完成本章练习 27 任务2 2数据库逻辑模型 28 目录 回顾复习 任务描述 任务准备 任务实施 1 2 3 4 课堂实践 5 课堂讨论 6 小结与作业 7 29 回顾复习 1 数据库设计有哪些步骤 2 什么叫ER图 ER图有哪些元素 30 回顾复习 1 数据库设计有哪些步骤 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行与维护 2 什么叫ER图 ER图有哪些元素 E R图也称实体 联系图 EntityRelationshipDiagram 提供了表示实体类型 属性和联系的方法 用来描述现实世界的概念模型 构成E R图的基本要素是实体 属性和联系 31 任务描述 1 实体转化为关系模型 根据E R模型向关系模型转换的规则 将CRM客户关系管理系统的E R模型中的各实体独立转化为关系模式 2 联系转化为关系模型 根据E R模型向关系模型转换的规则 将CRM客户关系管理系统的E R模型中的1对1 1对多 多对多的联系分别转化为相应的关系模式 3 关系模型的规范化 根据关系规范化要求 把CRM客户关系管理系统的关系模式分步规范为第一范式 第二范式 直至规范到第三范式 32 任务准备 一个独立实体转化为关系 其属性转化为关系模型的属性 ER模型向关系模型转换规则 33 任务准备 在1 1联系的关系模型中 只要将两个实体的关系各自增加一个外部关键字即可 在1 n联系的转化中 只需为n方的关系增加一个外部关键字属性 即对方的关键字 在m n联系的转化中 必须成立一个新的关系模式 关系的主码属性由双方的主码关键字构成 ER模型向关系模型转换规则 34 任务准备 仅有好的RDBMS并不足以避免数据冗余 必须在数据库的设计中创建好的表结构DrE F codd最初定义了规范化的五个级别 范式是具有最小冗余的表结构 这些范式是 第一范式 1stNF FirstNormalFromate 第二范式 2ndNF SecondNormalFromate 第三范式 3rdNF ThirdNormalFromate 第四范式 第五范式 通常只要求达到三范式 关系范式 35 第一范式 第一范式的目标是确保每列的原子性如果每列都是不可再分的最小数据单元 也称为最小的原子单元 则满足第一范式 1NF 任务准备 36 第二范式 如果一个关系满足1NF 并且除了主键以外的其他列 都依赖与该主键 则满足第二范式 2NF 第二范式要求每个表只描述一件事情 任务准备 37 第三范式 如果一个关系满足2NF 并且除了主键以外的其他列都不传递依赖于主键列 则满足第三范式 3NF 任务准备 38 任务实施 1 CRM客户关系管理平台的E R图转换为关系模式2 CRM客户关系管理平台关系模式的规范化 39 任务实施 客户实体与客户信用评分档案实体是1 1的记录联系 可以合并到任一端 转换为 客户 客户编号 单位 客户联系人 联系人性别 客户电话 地址 积分 客户信用等级 客户信用档案编号 or 客户信用评分档案 信用档案编号 客户品德及素质得分 业务关系持续期得分 业务关系强度得分 诉讼记录得分 不良记录得分 信用回款率得分 按期回款率得分 呆坏帐记录得分 信用总分 客户编号 含有1对1关系的ER图转换 40 业务员和任务计划两实体集间存在1 N制定联系 合并到N的一端 转换为 业务员任务计划 任务编号 计划发展客户数量 计划利润 实施情况 计划年度 业务员编号 任务实施 含有1对多关系的ER图转换 41 客户 客户编号 单位 客户联系人 联系人性别 客户电话 地址 积分 客户信用等级 业务员编号 商品 商品编号 商品名称 商品价格 商品类型 商品生产日期 商品质量 商品优惠情况 学生和课程实体分别转换为关系模式 客户和商品订购多对多的联系单独转换为一个关系模式 订购 客户编号 商品编号 订购数量 订购时间 任务实施 含有多对多关系的ER图转换 42 业务员表会出现哪些异常问题 任务实施 关系模型规范化 第一 会出现数据冗余 第二 会出现修改异常 第三 会出现插入异常 第四 会出现删除异常 丢失有用信息 见书P49页 43 任务实施 业务员 业务员编号 业务员姓名 性别 所在部门 部门电话 部门邮箱 岗位级别 岗位工资 岗位津贴 上述关系模型描述了多件事情 进行分解如下 部门 部门编号 部门名称 部门电话 部门邮箱 业务员 业务员编号 业务员姓名 性别 所在部门编号 岗位级别 岗位工资 岗位津贴 应用第二范式规范化 具体分析见书P49页 满足第三范式吗 44 部门 部门编号 部门名称 部门电话 部门邮箱 岗位等级 岗位级别 岗位工资 岗位津贴 业务员 业务员编号 业务员姓名 性别 所在部门编号 岗位级别 应用第三范式规范化 具体分析见书P50页 任务实施 45 任务实施 最后 经过规范化的CRM客户关系管部门 部门编号 部门名称 部门电话 部门邮箱 岗位等级 岗位级别 岗位工资 岗位津贴 业务员 业务员编号 业务员姓名 性别 所在部门编号 岗位级别 业务员任务计划 任务编号 计划发展客户数量 计划利润 实施情况 计划年度 业务员编号 客户 客户编号 单位 客户联系人 联系人性别 客户电话 地址 积分 客户信用等级 业务员编号 客户信用评分档案 信用档案编号 客户品德及素质得分 业务关系持续期得分 业务关系强度得分 诉讼记录得分 不良记录得分 信用回款率得分 按期回款率得分 呆坏帐记录得分 信用总分 客户编号 商品 商品编号 商品名称 商品价格 商品类型 商品生产日期 商品质量 商品优惠情况 订购 订购编号 客户编号 商品编号 订购数量 订购时间 客户反馈信息 反馈信息编号 客户编号 产品编号 反馈时间 反馈内容 解决情况 46 宿舍 宿舍编号 宿舍电话 宿舍等级 宿舍基本条件 住宿费 已住人数 宿舍楼名 宿舍楼校区 宿舍楼地址 宿舍楼管理电话 宿舍楼管理员 宿舍信息 宿舍楼信息 一张表描述了多件事情 任务实施 其他例子 应用范式规范化设计 47 宿舍楼 宿舍楼编号 宿舍楼名 宿舍楼校区 宿舍楼地址 宿舍楼管理电话 宿舍楼管理员 宿舍 宿舍编号 宿舍电话 宿舍等级 宿舍基本条件 住宿费 已住人数 宿舍楼编号 应用第二范式规范化 满足第三范式吗 任务实施 48 宿舍楼 宿舍楼编号 宿舍楼名 宿舍楼校区 宿舍楼地址 宿舍楼管理电话 宿舍楼管理员 宿舍等级 宿舍等级 宿舍基本条件 住宿费 宿舍 宿舍编号 宿舍电话 宿舍等级 已住人数 宿舍楼编号 应用第三范式规范化 任务实施 49 任务实践 假设某商业集团数据库中有三个实体集 一是 商店 实体集 属性有商店编号 商店名 地址等 二是 商品 实体集 属性有商品号 商品名 规格 单价等 三是 职工 实体集 属性有职工编号 姓名 性别 业绩等 商店与商品间存在 销售 联系 每个商店可销售多种商品 每种商品也可放在多个商店销售 每个商店销售每种商品 都有月销售量 商店与职工间存在着 聘用 联系 每个商店有许多职工 每个职工只能在一个商店工作 商店聘用职工有聘期和月薪 1 试画出E R图 并在图上注明属性 联系的类型 2 将E R图转换成关系模型 并注明主键和外键 具体见书如P51页 2 检查与问题讨论 看教材 50 课堂实践 2 关系规范化练习 假设有下列关系模式 学生 学号 姓名 性别 出生日期 院系编号 院系名称 院系主任 专业代码 专业名称 学制 班级编号 班级名称 班主任 宿舍编号 入住日期 入住床号 是否满足2NF 3NF 不满足 如何规范到3NF 51 课堂讨论 1 E R模型向关系模型转换规则2 讨论联系转换 1 1联系转换 1 N联系转换 M N联系转换 3 讨论什么是完全依赖 传递依赖 关系模型优化 4 技术基础 理论基础中的相关内容 52 小结与作业 本任务主要包括以下知识 1 实体转化为关系模型2 联系转化为关系模型3 关系模型的规范化 完成课程设计相关部分完成本章练习 53 任务2 3数据库建模 54 目录 回顾复习 任务描述 任务准备 任务实施 1 2 3 4 课堂