《数据库的设计》PPT课件.ppt

第一章　数据库的设计课程内容回顾课程内容回顾数据库有哪些基本操作？l建库l建表l加约束l创建登录帐户 基本的数据操纵语句有哪些？语法是？l增（INSERT）l删（DELETE）l改（UPDATE）l查（SELECT）常用的聚合函数有哪些？表连接分为哪几种类型？2课程目标课程目标了解设计数据库的基本步骤熟练使用T-SQL实现建库、建表、加约束掌握T-SQL编程，实现功能强大的查询掌握创建索引、视图，快速访问数据库 掌握创建存储过程，实现复杂的业务规则3本章目标本章目标了解设计数据库的步骤掌握如何绘制数据库的E-R图理解数据库的规范化－三大范式4为什么需要设计数据库为什么需要设计数据库5修建茅屋需要设计吗？修建茅屋需要设计吗？修建大厦需要设计吗？修建大厦需要设计吗？结论：当数据库比较复杂时我们需要设计数据库结论：当数据库比较复杂时我们需要设计数据库为什么需要设计数据库为什么需要设计数据库良好的数据库设计l节省数据的存储空间l能够保证数据的完整性l方便进行数据库应用系统的开发6l糟糕的数据库设计：l数据冗余、存储空间浪费l内存空间浪费l数据更新和插入的异常软件项目开发周期软件项目开发周期需求分析阶段：分析客户的业务和数据处理需求;概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整;详细设计阶段：将E-R图转换为多张表，进行逻辑设计，并应用数据库设计的三大范式进行审核;代码编写阶段：选择具体数据库进行物理实现，并编写 代码实现前端应用;软件测试阶段：……安装部署：……7现实世界现实世界建模建模信息世界信息世界模型转换模型转换 规范化规范化数据库世界数据库世界数数数数 据据据据 库库库库数数数数 据据据据 库库库库软件项目开发周期软件项目开发周期在现实开发过程中软件产品开发周期一般由:规划,设计,实施,稳定和发布五个阶段组成, 每个阶段又都是重复的相互迭代的过程,这个过程需要多方的合作找出最佳的实践过程.其中设计我们还能划分为概要设计与详细设计8软件项目开发周期软件项目开发周期第一阶段第一阶段:规划规划(plan)目标:规划软件的整体架构各部门完成标准:l1.市场开发人员l衡量市场机会提供市场机会文件(mod)l定义用户需求提供市场需求文件(mrd)l认定主要用户案例user scenarios l2.项目经理 l确定产品的视觉提供产品视觉文件l确定查品功能定义,定义项目和产品的深广度l定义小组的组建计划,用户协助计划 l3.产品设计和用户研究人员l概念性设计,用户界面图形化(visualize ui)l4.开发/测试人员l调查将可使用的流程,技术和工具l 5.服务人员l评估潜在的用户流量l评估推行和维护此产品的可行性9软件项目开发周期软件项目开发周期第二阶段第二阶段:设计设计(design)目标:确定如何开发各部门完成标准l1.市场开发人员：对新功能设计提供反馈意见,完成品牌战略推荐文件l2.项目经理：l完成功能规范（functional specs）提供功能规范设计l完成由下至上的日成表l3.产品设计和用户研究人员：用户界面模型设计l4.开发人员：完成开发体系的机构设计l5.测试人员：完成总体测试计划（细化）里程碑：规划和设计的完成是软件开发的第一个里程碑 规划和设计的迭代过程：规划的形成是经过“设计”确认，重新定位和校正， 在设计过程中重新估价可能改变规划时的决定10软件项目开发周期软件项目开发周期第三个阶段：实施（第三个阶段：实施（implement））主要里程碑，多个小产品周期完成标准：l1.市场开发人员：推广计划文件，完成市场定位和咨询策略框架 完成市场推广计划蓝图l2.项目经理：修正功能规范，管理进度，风险，相关性及关系l3.产品设计和用户研究人员：冻结用户界面模型设计上的改变l4.开发人员：编写代码和修理bugsl5.测试人员：编写测试功能规范，完成测试工具和流程的准备工作单元测试完成编写代码（code complete）11软件项目开发周期软件项目开发周期第四阶段：稳定第四阶段：稳定 完成标准：l发布市场测试（bata）版l发布技术测试（bata）版l继续bug triagel达到零个bug,测试版本被内部采用部门责任：l1.市场开发人员：完成包装。

推广公关，广告计划，产品演示l2.项目经理：组织triage会议,消除程序bugl3.开发人员：修理bugs ,只在设计改变的情况下写新的代码l4.测试人员：发现bugs ,记录bugs 最后整体测试l5.服务人员：安装测试版本12软件项目开发周期软件项目开发周期第五个阶段：发布第五个阶段：发布完成标准：l产品发布推广l产品售后服务l技术支持开始运作部门责任：l1.市场人员：执行产片市场的推广计划l2.项目经理：收尾工作，筹备下一个产品l3.开发人员：修理bugsl4.测试人员：记录bugs ，做最后的测试修改l5.为用户提供售后服务，技术支持13软件项目开发周期注意事项软件项目开发周期注意事项开发过程实践关键：l1.利用工作流程和相应模板书写相应的文档文件（需求文档，设计文档，测试文档）l2.评估开发周期指定详细的进度管理l3.风险无处不在不要忽略各种危险信号，不要担心失败而隐瞒实况l4.工具管理：着中重复性工作的工具开发（例如测试工具），提高开发效率l5.沟通管理：各个部门协调工作，及时通过email 会议沟通l6.bug 管理：开发测试阶段bugs 和用户实际使用过程中碰到的bugs 都要及时采集记录和处理l7.源代码管理 ：使用vss 或者css 等源代码管理软件 管理软件版本14软件项目开发周期软件项目开发周期1.开发人员开发出程序，深信里面没有缺陷。

2.产品测试发现了20个缺陷3.开发人员修改了其中的10个，并向测试部门解释另外10个不是真正的缺陷4.测试人员发现修改后的缺陷中有5个仍然有问题，并且又发现了15个新缺陷5.第3步和第4步重复了3遍6.由于市场的压力和由过度乐观的开发计划产生的仓促的产品声明，产品正式发布了7.用户发现了137个新缺陷8.最初的开发人员，兑换了他们的忠诚支票，走的无影无踪了 9.新召集的开发团队修改了137个缺陷中的大部分，但又导致了456个新缺陷10.最初的开发人员从新公司给欠薪的测试部门送来了一张明信片测试部门全体辞职11.公司用最近发布的带有783个缺陷的产品的利润买进股票抵制了竞争对手的恶意收购12.董事会带来了一位新CEO他招聘了新的开发人员重做这个产品13.开发人员开发出程序，深信里面没有缺陷………………15设计数据库的步骤设计数据库的步骤收集信息： 与该系统有关人员进行交流、坐谈，充分理解数据库需要完成的任务16BBS论坛的基本功能：论坛的基本功能：用户注册和登录，后台数据库需要存放用户的注册信息和状态信息；用户注册和登录，后台数据库需要存放用户的注册信息和状态信息；用户发贴，后台数据库需要存放贴子相关信息，如贴子内容、标题等；用户发贴，后台数据库需要存放贴子相关信息，如贴子内容、标题等；论坛版块管理：后台数据库需要存放各个版块信息，如版主、版块名称、论坛版块管理：后台数据库需要存放各个版块信息，如版主、版块名称、贴子数等；贴子数等；设计数据库的步骤设计数据库的步骤标识对象（实体－Entity） 标识数据库要管理的关键对象或实体 17实体一般是名词：实体一般是名词：用户：论坛普通用户、各版块的版主。

用户：论坛普通用户、各版块的版主用户发的主贴用户发的主贴用户发的跟贴（回贴）用户发的跟贴（回贴）版块：论坛的各个版块信息版块：论坛的各个版块信息设计数据库的步骤设计数据库的步骤18论坛用户论坛用户呢称呢称密码密码电子邮件电子邮件生日生日性别性别用户的等级用户的等级备注信息备注信息注册日期注册日期状态状态积分积分主贴主贴发贴人发贴人发贴表情发贴表情回复数量回复数量标题标题正文正文发贴时间发贴时间点击数点击数状态状态最后回复时间最后回复时间回贴回贴贴子编号贴子编号回贴人回贴人,回贴表情回贴表情标题标题正文正文回贴时间回贴时间点击数点击数版块版块版块名称版块名称版主版主本版格言本版格言点击率点击率发贴数发贴数l标识每个实体的属性（Attribute）设计数据库的步骤设计数据库的步骤标识对象之间的关系（Relationship）19跟贴和主贴有主从关系：我们需要在跟贴对象中表明它是谁的跟贴；跟贴和主贴有主从关系：我们需要在跟贴对象中表明它是谁的跟贴；版块和用户有关系：从用户对象中可以根据版块对象查出对应的版主用户的情况；版块和用户有关系：从用户对象中可以根据版块对象查出对应的版主用户的情况；主贴和版块有主从关系：需要表明发贴是属于哪个版块的；主贴和版块有主从关系：需要表明发贴是属于哪个版块的；跟贴和版块有主从关系：需要表明跟贴是属于哪个版块的；跟贴和版块有主从关系：需要表明跟贴是属于哪个版块的；绘制绘制E-R图图E-R（Entity－Relationship）实体关系图 20符合含义实体，一般是名词属性，一般是名词关系，一般是动词绘制绘制E-R图图21管理管理bbsUser（用户，版主）（用户，版主）……出生日期出生日期昵称昵称版块名称版块名称版主版主……bbsSection（版块）（版块）绘制绘制E-R图图映射基数22一对一一对一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图图231111M1MMM M用户积分用户积分性别性别用户等级用户等级备注信息备注信息注册日期注册日期版块名称版块名称本版留言本版留言发贴数发贴数状态状态密码密码昵称昵称电子邮件电子邮件生日生日论坛用户（论坛用户（BBSUser））管理管理发表发表发表发表跟随跟随属于属于属于属于点击率点击率版主版主标题标题发贴人发贴人贴子编号贴子编号正文正文点击率点击率版块（版块（BBSSection））发贴（发贴（BBSTopic））发贴人发贴人正文正文状态状态贴子编号贴子编号所在版块所在版块最后回复时间最后回复时间发贴表情发贴表情回复数量回复数量点击率点击率发贴时间发贴时间标题标题M跟贴（跟贴（BBSReply））所在版块所在版块发贴时间发贴时间最后回复时间最后回复时间发贴表情发贴表情1论坛论坛E-R图图 如何将如何将E-R图转换为表图转换为表24l将各实体转换为对应的表，将各属性转换为各表对应的列l标识每个表的主键列，需要注意的是：没有主键的表添加ID编号列，它没有实际含义，用于做主键或外键，例如用户表中的“UID”列，版块表中添加“SID”列，发贴表和跟贴表中的“TID”列 l在表之间建立主外键，体现实体之间的映射关系  如何将如何将E-R图转换为表图转换为表25UID主键主键TID主键主键RID主键主键SID主键主键如何将如何将E-R图转换为表图转换为表26添加各表之间的关系添加各表之间的关系数据规范化数据规范化 仅有好的RDBMS并不足以避免数据冗余，必须在数据库的设计中创建好的表结构Dr E.F.codd 最初定义了规范化的三个级别，范式是具有最小冗余的表结构。

这些范式是：l第一范式(1st NF －First Normal Fromate)l第二范式(2nd NF－Second Normal Fromate)l第三范式(3rd NF－ Third Normal Fromate)27第一范式第一范式 (1st NF)第一范式的目标是确保每列的原子性如果每列都是不可再分的最小数据单元（也称为最小的原子单元），则满足第一范式（1NF）28BuyerID Country City1142中国中国中国中国日本日本美国美国北京北京北京北京东京东京纽约纽约………BuyerIDAddress1234中国北京市中国北京市 美国纽约市美国纽约市英国利物浦英国利物浦日本东京市日本东京市… …第一范式第一范式 (1st NF)在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。

在第一范式（1NF）中表的每一行只包含一个实例的信息例如，对于员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一行只表示一个员工的信息，一个员工的信息在表中只出现一次简而言之，第一范式就是无重复的列 29第二范式第二范式 (2nd NF)如果一个关系满足1NF，并且除了主键以外的其他列，都依赖与该主键，则满足第二范式（2NF） 第二范式要求每个表只描述一件事情30Orders字　段字　段例　子例　子订单编号订单编号产品编号产品编号订购日期订购日期价价 格格001A0012000-2-3$29.00… …Orders字　段字　段例　子例　子订单编号订单编号订购日期订购日期0012000-2-3Products字　段字　段例　子例　子产品编号产品编号价价 格格A001$29.00第二范式第二范式 (2nd NF)第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）第二范式（2NF）要求数据库表中的每个实例或行必须可以被惟一地区分为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。

如员工信息表中加上了员工编号（emp_id）列，因为每个员工的员工编号是惟一的，因此每个员工可以被惟一区分这个惟一属性列被称为主关键字或主键、主码第二范式（2NF）要求实体的属性完全依赖于主关键字所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识简而言之，第二范式就是非主属性非部分依赖于主关键字31第三范式第三范式 (3rd NF)如果一个关系满足2NF，并且除了主键以外的其他列都不传递依赖于主键列，则满足第三范式（3NF） 32Orders字　段字　段例　子例　子订单编号订单编号订购日期订购日期顾客编号顾客编号0012000-2-3AB001顾客姓名顾客姓名Tony… …Orders字　段字　段例　子例　子订单编号订单编号订购日期订购日期顾客编号顾客编号0012000-2-3AB001… …第三范式第三范式 (3rd NF)满足第三范式（3NF）必须先满足第二范式（2NF）第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余简而言之，第三范式就是属性不依赖于其它非主属性33规范化实例规范化实例假设某建筑公司要设计一个数据库公司的业务规则概括说明如下：公司承担多个工程项目，每一项工程有：工程号、工程名称、施工人员等公司有多名职工，每一名职工有：职工号、姓名、性别、职务（工程师、技术员）等公司按照工时和小时工资率支付工资，小时工资率由职工的职务决定（例如，技术员的小时工资率与工程师不同）公司定期制定一个工资报表，如图-1所示34规范化实例规范化实例35工程号工程名称职工号姓名职务小时工资率工时实发工资A1花园大厦1001齐光明工程师6513845.001002李思岐技术员6016960.001004葛宇宏律师60191140.00小计2945.00A2立交桥1001齐光明工程师6515975.001003鞠明亮工人5517935.00小计1910.00A3临江饭店1002李思岐技术员60181080.001004葛宇洪技术员6014840.00小计1920.00图图-1 某公司的工资表某公司的工资表规范化实例规范化实例36工程号工程名称职工号姓名职务小时工资率工时A1花园大厦1001齐光明工程师6513A1花园大厦1002李思岐技术员6016A2立交桥1001齐光明工程师6513A2立交桥1003鞠明亮工人5517A3临江饭店1002李思岐技术员6018A1花园大厦1004葛宇宏律师6019A3临江饭店1004葛宇洪技术员6014图图-2 某公司的项目工时表某公司的项目工时表规范化实例规范化实例表中包含大量的冗余，可能会导致数据异常：l更新异常 例如，修改职工号=1001的职务，则必须修改所有职工号=1001的行l添加异常 若要增加一个新的职工时，首先必须给这名职工分配一个工程。

或者为了添加一名新职工的数据，先给这名职工分配一个虚拟的工程因为主关键字不能为空）l删除异常 例如，1001号职工要辞职，则必须删除所有职工号＝1001的数据行这样的删除操作，很可能丢失了其它有用的数据37规范化实例规范化实例采用这种方法设计表的结构，虽然很容易产生工资报表，但是每当一名职工分配一个工程时，都要重复输入大量的数据这种重复的输入操作，很可能导致数据的不一致性38应用范式规范化设计应用范式规范化设计39一张表描述了多件事情，如图一张表描述了多件事情，如图- -3 3所示工程号工程名称职工号姓名职务小时工资率工时图图-3 函数依赖图函数依赖图工程信息工程信息员工信息员工信息项目工时信息项目工时信息应用第二范式规范化应用第二范式规范化40工程号工程名称职工号姓名职务小时工资率工程号职工号工时图图-4 应用第二范式应用第二范式工程表工程表员工表员工表项目工时表项目工时表满足第三范式吗？满足第三范式吗？ 应用第三范式规范化应用第三范式规范化41工程号工程名称职工号姓名职务职务小时工资率工程号职工号工时工程表工程表员工表员工表职务表职务表工程表工程表规范化和性能的关系规范化和性能的关系 为满足某种商业目标，数据库性能比规范化数据库更重要l通过在给定的表中添加额外的字段，以大量减少需要从中搜索信息所需的时间l通过在给定的表中插入计算列（如成绩总分），以方便查询进行规范化的同时，还需要综合考虑数据库的性能。

42总结总结 1-1在需求分析阶段，设计数据库的一般步骤为：l收集信息l标识对象l标识每个对象的属性l标识对象之间的关系在概要设计阶段和详细设计阶段，设计数据库的步骤为：l绘制E-R图l将E-R图转换为表格l应用三大范式规范化表格43总结总结 1-2为了设计结构良好的数据库，需要遵守一些专门的规则，称为数据库的设计范式l第一范式（1NF）的目标：确保每列的原子性l第二范式（2NF）的目标：确保表中的每列，都和主键相关 l第三范式（3NF）的目标：确保每列都和主键列直接相关，而不是间接相关 。