Oracle数据库的设计方案研_第1页
Oracle数据库的设计方案研_第2页
Oracle数据库的设计方案研_第3页
Oracle数据库的设计方案研_第4页
Oracle数据库的设计方案研_第5页
已阅读5页,还剩26页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、数据库的设计1本章目标n了解设计数据库的步骤n掌握如何绘制数据库的E-R图n理解数据库的规范化三大范式2为什么需要设计数据库 2-1修建茅屋需要设计吗?修建大厦需要设计吗?结论:当数据库比较复杂时我们需要设计数据库3为什么需要设计数据库 2-2良好的数据库设计:q 节省数据的存储空间q 能够保证数据的完整性q 方便进行数据库应用系统的开发糟糕的数据库设计:q 数据冗余、存储空间浪费q 内存空间浪费q 数据更新和插入的异常4软件项目开发周期n需求分析阶段:分析客户的业务和数据处理需求;n概要设计阶段:设计数据库的E-R模型图,确认需求信息的正确和完整;n详细设计阶段:将E-R图转换为多张表,进行

2、逻辑设计,并应用数据库设计的三大范式进行审核;n代码编写阶段:选择具体数据库进行物理实现,并编写 代码实现前端应用;n软件测试阶段:n安装部署:现实世界建模信息世界数据库世界模型转换 规范化5设计数据库的步骤4-1n收集信息: 与该系统有关人员进行交流、坐谈,充分理解数据库需要完成的任务BBS论坛的基本功能:l用户注册和登录,后台数据库需要存放用户的注册信息和在线状态信息;l用户发贴,后台数据库需要存放贴子相关信息,如贴子内容、标题等;l论坛版块管理:后台数据库需要存放各个版块信息,如版主、版块名称、贴子数等;6设计数据库的步骤4-2n标识对象(实体Entity) 标识数据库要管理的关键对象或

3、实体 实体一般是名词:l用户:论坛普通用户、各版块的版主。l用户发的主贴l用户发的跟贴(回贴)l版块:论坛的各个版块信息7设计数据库的步骤4-3论坛用户:l呢称l密码l电子邮件l生日l性别l用户的等级l备注信息l注册日期l状态l积分主贴l发贴人l发贴表情l回复数量l标题l正文l发贴时间l点击数l状态:l最后回复时间回贴l贴子编号l回贴人,l回贴表情l标题l正文l回贴时间l点击数版块l版块名称l版主l本版格言l点击率l发贴数n标识每个实体的属性(Attribute)8设计数据库的步骤4-4n标识对象之间的关系(Relationship)l跟贴和主贴有主从关系:我们需要在跟贴对象中表明它是谁的跟贴

4、;l版块和用户有关系:从用户对象中可以根据版块对象查出对应的版主用户的情况;l主贴和版块有主从关系:需要表明发贴是属于哪个版块的;l跟贴和版块有主从关系:需要表明跟贴是属于哪个版块的;9绘制E-R图 4-1nE-R(EntityRelationship)实体关系图 符合符合含义含义实体,一般是名词属性,一般是名词关系,一般是动词10绘制E-R图 4-2管理管理bbsUser(用户,版主)出生日期昵称版块名称版主bbsSection(版块)11绘制E-R图 4-3n映射基数一对一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

5、 Y Y Y Y 多对多 1 N M N12绘制E-R图1111M1MMM M用户积分性别用户等级备注信息注册日期版块名称本版留言发贴数状态密码昵称电子邮件生日论坛用户(BBSUser)管理发表发表跟随属于属于点击率版主标题发贴人贴子编号正文点击率版块(BBSSection)发贴(BBSTopic)发贴人正文状态贴子编号所在版块最后回复时间发贴表情回复数量点击率发贴时间标题M跟贴(BBSReply)所在版块发贴时间最后回复时间发贴表情1论坛E-R图 13如何将E-R图转换为表 3-1n将各实体转换为对应的表,将各属性转换为各表对应的列n标识每个表的主键列,需要注意的是:没有主键的表添加ID编号

6、列,它没有实际含义,用于做主键或外键,例如用户表中的“UID”列,版块表中添加“SID”列,发贴表和跟贴表中的“TID”列 n在表之间建立主外键,体现实体之间的映射关系 14 如何将E-R图转换为表 3-2UID主键TID主键RID主键SID主键15如何将E-R图转换为表添加各表之间的关系16数据规范化 n仅有好的RDBMS并不足以避免数据冗余,必须在数据库的设计中创建好的表结构nDr E.F.codd 最初定义了规范化的三个级别,范式是具有最小冗余的表结构。这些范式是:第一范式(1st NF First Normal Fromate)第二范式(2nd NFSecond Normal From

7、ate)第三范式(3rd NF Third Normal Fromate)17第一范式 (1st NF)BuyerIDCountryCity1142中国中国日本美国北京北京东京纽约BuyerIDAddress1234中国北京市 美国纽约市英国利物浦日本东京市 n第一范式的目标是确保每列的原子性n如果每列都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式(1NF)18第二范式 (2nd NF)n如果一个关系满足1NF,并且除了主键以外的其他列,都依赖与该主键,则满足第二范式(2NF) n第二范式要求每个表只描述一件事情Orders字段字段例子例子订单编号产品编号订购日期价 格00

8、1A0012000-2-3$29.00 Orders字段字段例子例子订单编号订购日期0012000-2-3Products字段字段例子例子产品编号价 格A001$29.0019第三范式 (3rd NF)n如果一个关系满足2NF,并且除了主键以外的其他列都不传递依赖于主键列,则满足第三范式(3NF) Orders字段字段例子例子订单编号订购日期顾客编号0012000-2-3AB001顾客姓名TonyTony Orders字段字段例子例子订单编号订购日期顾客编号0012000-2-3AB001 20规范化实例 5-1假设某建筑公司要设计一个数据库。公司的业务规则概括说明如下:n公司承担多个工程项目

9、,每一项工程有:工程号、工程名称、施工人员等n公司有多名职工,每一名职工有:职工号、姓名、性别、职务(工程师、技术员)等n公司按照工时和小时工资率支付工资,小时工资率由职工的职务决定(例如,技术员的小时工资率与工程师不同)n公司定期制定一个工资报表,如图-1所示21规范化实例 5-2工程工程号号工程名工程名称称职工职工号号姓名姓名职务职务小时工资小时工资率率工工时时实发工资实发工资A1花园大厦1001齐光明工程师6513845.001002李思岐技术员6016960.001004葛宇宏律师60191140.00小计2945.00A2立交桥1001齐光明工程师6515975.001003鞠明亮工

10、人5517935.00小计1910.00A3临江饭店1002李思岐技术员60181080.00葛宇洪技术员图-1 某公司的工资表22规范化实例 5-3工程工程号号工程名工程名称称职工职工号号姓名姓名职务职务小时工资小时工资率率工时工时A1花园大厦1001齐光明工程师6513A1花园大厦1002李思岐技术员6016A1花园大厦1001齐光明工程师6513A1花园大厦1003鞠明亮工人5517A3临江饭店1002李思岐技术员6018A3临江饭店1004葛宇洪技术员6014图-2 某公司的项目工时表23规范化实例 5-41.表中包含大量的冗余,可能会导致数据异常:n更新异常 例如,修改职工号=100

11、1的职务,则必须修改所有职工号=1001的行n添加异常 若要增加一个新的职工时,首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据,先给这名职工分配一个虚拟的工程。(因为主关键字不能为空)n删除异常 例如,1001号职工要辞职,则必须删除所有职工号1001的数据行。这样的删除操作,很可能丢失了其它有用的数据24规范化实例 5-52采用这种方法设计表的结构,虽然很容易产生工资报表,但是每当一名职工分配一个工程时,都要重复输入大量的数据。这种重复的输入操作,很可能导致数据的不一致性。25一张表描述了多件事情,如图-3所示。应用范式规范化设计工程号工程名称职工号姓名职务 小时工资率工时图图

12、-3 函数依赖图函数依赖图工程信息员工信息项目工时信息26应用第二范式规范化工程号工程名称职工号姓名职务小时工资率工程号职工号工时图图-4 应用第二范式应用第二范式工程表员工表项目工时表满足第三范式吗?满足第三范式吗? 27应用第三范式规范化工程号工程名称职工号姓名职务职务小时工资率工程号职工号工时工程表员工表职务表工程表28规范化和性能的关系 n为满足某种商业目标,数据库性能比规范化数据库更重要通过在给定的表中添加额外的字段,以大量减少需要从中搜索信息所需的时间通过在给定的表中插入计算列(如成绩总分),以方便查询n进行规范化的同时,还需要综合考虑数据库的性能。29总结n在需求分析阶段,设计数据库的一般步骤为:收集信息标识对象标识每个对象的属性标

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论