4数据库设计(S201).pptVIP

Chapter 第一章 本章目标 了解设计数据库的步骤 掌握如何绘制数据库的E-R图 掌握如何绘制数据库模型图 使用三大范式实现数据库设计规范化 为什么需要设计数据库 良好的数据库设计 节省数据的存储空间 能够保证数据的完整性 方便进行数据库应用系统的开发 糟糕的数据库设计： 数据冗余、存储空间浪费 内存空间浪费 数据更新和插入的异常 软件项目开发周期中数据库设计 需求分析阶段：分析客户的业务和数据处理需求 概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整 详细设计阶段：应用三大范式审核数据库结构 代码编写阶段：物理实现数据库，编码实现应用 软件测试阶段：…… 安装部署：…… 设计数据库的步骤 收集信息 与该系统有关人员进行交流、座谈，充分了解用户需求，理解数据库需要完成的任务 标识实体 （Entity） 标识数据库要管理的关键对象或实体，实体一般是名词 标识每个实体的属性（Attribute） 标识实体之间的关系（Relationship） 绘制E-R图3-1 E-R图(Entity-Relationship图：实体关系图) 绘制E-R图3-2 映射基数 绘制E-R图3-3 酒店管理系统的数据库 关系模式 一个关系的属性名的集合称为关系模式 酒店管理系统数据库的关系模式是： 客人（客人姓名、身份证号、房间号、入住日期、结帐日期、押金、总金额） 客房（房间号、房间描述、房间类型、房间状态、床位数、入住人数） 转化E-R图为数据库模型图 数据规范化 仅有好的RDBMS并不足以避免数据冗余，必须在数据库的设计中创建好的表结构 Dr E.F.codd 最初定义了规范化的三个级别，范式是具有最小冗余的表结构 这些范式是： 第一范式(1st NF －First Normal Form) 第二范式(2nd NF－Second Normal Form) 第三范式(3rd NF－ Third Normal Form) 第一范式 (1st NF) 第一范式的目标是确保每列的原子性 如果每列都是不可再分的最小数据单元（也称为最小的原子单元），则满足第一范式（1NF） 第二范式 (2nd NF) 如果一个关系满足1NF，并且除了主键以外的其他列，都依赖于该主键，则满足第二范式（2NF） 第二范式要求每个表只描述一件事情 第三范式 (3nd NF) 如果一个关系满足2NF，并且除了主键以外的其他列都不传递依赖于主键列，则满足第三范式（3NF） 规范化的酒店管理系统E-R图 规范化的酒店管理系统数据库模型图 酒店管理系统数据库模型图 规范化示例6-1 假设某建筑公司要设计一个数据库。公司的业务规则概括说明如下： 公司承担多个工程项目，每一项工程有：工程号、工程名称、施工人员等 公司有多名职工，每一名职工有：职工号、姓名、性别、职务（工程师、技术员）等 公司按照工时和小时工资率支付工资，小时工资率由职工的职务决定（例如，技术员的小时工资率与工程师不同） 规范化示例6-2 公司定期制定一个工资报表 规范化示例6-3 表中包含大量冗余数据，可能会导致数据异常： 更新异常 添加异常 删除异常 规范化示例6-4 规范化示例6-5 规范化示例6-6 规范化和性能的关系 为满足某种商业目标，数据库性能比规范化数据库更重要 通过在给定的表中添加额外的字段，以大量减少需要从中搜索信息所需的时间 通过在给定的表中插入计算列（如成绩总分），以方便查询 在数据规范化同时，要综合考虑数据库的性能 指导——员工晋级业务实体2-1 训练要点： 收集信息 标识实体 标识每个实体的属性 标识实体之间的关系 需求说明： 为了激励优秀员工为企业作出更大的贡献，企业定期安排员工晋级 假设每个部门设置多个不同的岗位，每个岗位可以安排多个员工 每一位员工隶属于企业的一个部门，有一个对应的岗位 企业保存每位员工每次晋级记录 指导——员工晋级业务实体2-2 难点指导： 收集信息： 在确定客户要做什么之后，收集一切相关的信息，尽量不遗漏任何信息 标识实体： 原则： 实体一般是名词 每个实体只描述一件事情 不能重复出现含义相同的实体 标识每个实体的属性： 标识每个实体需要存储的详细信息 标识实体之间的关系 练习——绘制员工晋级业务E-R图 需求说明： 使用Visio绘制员工晋级业务的E-R图 提示： 如何使用Visio绘制E-R图 指导——规范员工晋级数据库设计2-1 训练要点： 数据库设计的三大范式 需求说明： 根据三大范式规范化员工晋级业务数据 为了保证应用程序的运行性能，对符合第三范式的数据库结构进行调整 总结 在需求分析阶段，设计数据库的一般步骤是什么？ 在概要设计阶段和详细设计阶段，设计数据库的步骤是什么？ 为了设计结构良