精·单元6 数据库设计.pptVIP

共性问题讲解 常见调试问题及解决办法 代码规范问题 共性问题集中讲解 总结 在需求分析阶段，设计数据库的一般步骤是什么？ 在概要设计阶段和详细设计阶段，设计数据库的步骤是什么？ 为了设计结构良好的数据库，需要遵守一些专门的规则，称为数据库的设计范式，分别是什么？ * 告诉学生：在设计阶段，设计数据库的一般步骤为： 1.绘制E-R图图纸，用于和客户沟通交流意见，并反复修改，直到客户确认 2.客户确认后，将E-R图转换为表 3.应用三大范式对设计的多张表进行审核并规范化表的结构 我们先看看如何绘制E-R图，它和施工图一样，有许多行业规定的绘图符合，表示特殊的含义。 * * * 。 * * * * * * * * * * 超过3名学生提问 或 编码过程中遇到的问题需要集中讲解。 * 总结： 方式多样，例如：可以指定某些睡觉的学生总结，随机抽号总结，集体总结，调动课堂氛围。 第一章 数据库的设计 本章目标 了解设计数据库的步骤 掌握如何绘制数据库的E-R图 掌握如何绘制数据库模型图 使用三大范式实现数据库设计规范化 为什么需要设计数据库 良好的数据库设计 节省数据的存储空间 能够保证数据的完整性 方便进行数据库应用系统的开发 糟糕的数据库设计： 数据冗余、存储空间浪费 内存空间浪费 数据更新和插入的异常 修建茅屋需要设计吗？ 修建大厦需要设计吗？ 结论：当数据库比较复杂时我们需要设计数据库 软件项目开发周期中数据库设计 需求分析阶段：分析客户的业务和数据处理需求 概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整 详细设计阶段：应用三大范式审核数据库结构 代码编写阶段：物理实现数据库，编码实现应用 软件测试阶段：…… 安装部署：…… 现实世界 建模 信息世界 规范化 构建 数 据 库 数据库模型图 设计数据库的步骤 收集信息 与该系统有关人员进行交流、座谈，充分了解用户需求，理解数据库需要完成的任务 标识实体 （Entity） 标识数据库要管理的关键对象或实体，实体一般是名词 标识每个实体的属性（Attribute） 标识实体之间的关系（Relationship） 酒店管理系统的基本功能： 旅客办理入住手续：后台数据库需要存放入住客人的信息和客房信息 客房信息：后台数据库需要存放客房的相关信息，如房间号、床位数、价格等 客房管理：后台数据库需要保存客房类型信息和客房当前状态信息 酒店管理系统中的实体： 客人：入住酒店的旅客。办理入住手续时，需要填写客人的信息 客房：酒店为客人提供休息的房间 酒店管理系统中实体之间关系： 客房和客人有主从关系：表明客人入住的房间 客人信息 客人姓名 身份证号 房间号 入住日期 结帐日期 押金 总金额 客房信息 房间号 客房名称 床位数 客房状态 入住人数 客房类型 价格 绘制E-R图3-1 E-R图(Entity-Relationship图：实体关系图) 符 号 含 义 实体，一般是名词 属性，一般是名词 关系，一般是动词 绘制E-R图3-2 映射基数 一对一 X X X X Y Y Y Y X X X X Y Y Y Y 一对多 X X X X Y Y Y 多对一 X X X X Y Y Y Y 多对多 客户 订单 产品 M ：N 1 ： N 绘制E-R图3-3 酒店管理系统的数据库 演示示例1：使用Visio绘制E-R图 1 N 客人姓名 身份证号 入住日期 结帐日期 客房名称 房间号 押金 房间号 总金额 客人（GuestRecord） 入住 床位数 客房类型 客房（Room） 客房状态 入住人数 价格 关系模式 一个关系的属性名的集合称为关系模式 酒店管理系统数据库的关系模式是： 客人（客人姓名、身份证号、房间号、入住日期、结帐日期、押金、总金额） 客房（房间号、房间描述、房间类型、房间状态、床位数、入住人数） 转化E-R图为数据库模型图 将各实体转换为对应的表，将各属性转换为各表对应的列 标识每个表的主键列，需要注意的是：没有主键的表添加ID编号列，它没有实际含义，用于做主键或外键 如：入住登记表中的“入住流水ID”列 在表之间建立主外键，体现实体之间的映射关系 演示示例2：使用Visio绘制数据模型图 数据规范化 仅有好的RDBMS并不足以避免数据冗余，必须在数据库的设计中创建好的表结构 Dr E.F.codd 最初定义了规范化的三个级别，范式是具有最小冗余的表结构 这些范式是： 第一范式(1st NF －First Normal Form) 第二范式(2nd NF－Second Normal Form