数据库课件05第五章DBMS.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第五章 数据库管理系统 DBMS概述 DBMS的进程结构和多线程机制 DBMS系统结构 语言处理 数据字典 DB2语言处理示例 基础知识回顾 数据库发展 以数据模型划分 第一代 网状、层次数据库系统。代表:1969年IBM的IMS(information Management System) ;美国 CODASYL(Conference On Data System Language)下属的 DBTG(Data Base Task Group)于60年代末70年代初提议的方法。层次数据库是数据库的先驱,而网状数据库是数据库概念、方法、技术的奠基者。 基础知识回顾 数据库发展 第二代 关系数据库系统。1970年IBM公司的研究员E.F.Codd提出了数据库的关系模型,关系方法和关系数据理论的研究。代表:IBM的System R 和Berkeley大学的INGRES,成果:奠定了关系模型的理论基础;研究了关系数据库语言,有关系代数、关系演算、SQL语言、QBE等;研制了大量的RDBMS的原型,实现了查询优化、并发控制、故障恢复等关键技术; 基础知识回顾 数据库发展 第三代 以面向对象数据模型为主要特征的数据库系统。 模型更加丰富、数据管理功能更加强大、能支持传统数据库难以支持的新的应用。 特征:支持数据管理、对象管理和知识管理;保持或者继承第二代数据库的技术;对其他系统开放(支持数据库语言标准和标准网络协议)。 仅支持面向对象数据模型并不能称为第三代数据库系统。 基础知识回顾 关系数据库系统 关系数据库系统。产品的发展情况: (1)对关系模型的支持: 第一阶段(70年代):仅支持关系数据结构、基本的关系操作(选择、投影、连接)。如:dBASE 第二阶段(80年代):SQL成为关系数据库语言的国际标准 第三阶段(90年代):加强了完整性、安全性的支持。 基础知识回顾 关系数据库系统 关系数据库系统。产品的发展情况: (2)运行环境: 第一阶段:在大、中、小型机上的RDBMS,多用户系统 第二阶段:提高可移植性,能在多种硬件平台、和操作系统环境下运行;联网,向分布式发展,支持多种协议。 第三阶段: 分布式数据库和客户/服务器结构的数据库系统的推出。追求开放性(可移植性、可连接性、可伸缩性)。 基础知识回顾 关系数据库系统 关系数据库系统。产品的发展情况: (3)RDBMS系统构成: 第一阶段:早期的RDBMS产品主要提供数据定义、数据存取、数据控制等基本操作和数据存储组织、并发控制、安全性、完整性检查、系统恢复等RDBMS的核心功能。 第二阶段:以RDBMS基本功能为核心,开发外围软件系统,如:FORM报表生成系统,REPORT报表系统、MENU菜单生成系统、GRAPHIC图形软件等等。为用户提供了良好的第四代应用开发环境。 基础知识回顾 关系数据库系统 关系数据库系统。产品的发展情况: (4)对应用的支持: 第一阶段:用于信息管理、辅助决策等应用领域。 第二阶段:联机事务处理的应用领域,提高RDBMS事务处理的能力。 第三阶段:由集中到分布,由局部到整个企业甚至整个行业。支持整个企业的联机事务处理。 关系数据库管理系统的历史 数据库管理系统 DBMS的进程组织方式 N方案:DBMS与应用程序相融合的方案 DBMS的进程组织方式 N方案:DBMS与应用程序相融合的方案 DBMS为应用程序的子程序,不需进程切换,减少运行时间 内存需求量大,内存中存在多个副本,使系统性能下降 实现简单,不需考虑用户进程和DBMS进程间的通讯 DBMS的进程组织方式 N方案:DBMS冗余代码 ? 希望DBMS的代码段在内存中共享 2N方案:一个DBMS进程对应一个用户进程 DBMS的进程组织方式 2N方案:一个DBMS进程对应一个用户进程 DBMS进程为用户进程的影子进程 用户进程与影子进程、各个影子进程间需通信 操作系统负担增加(时间:进程间切换,空间:N个过程控制块和数据段与栈段空间) 代码段可以共享 不适合大量用户的应用 DBMS的进程组织方式 N+1方案:一个DBMS进程对应所有用户进程 DBMS的进程组织方式 N+1方案:一个DBMS进程对应所有用户进程 类似服务器,是一个多任务的数据库系统,不需SGA DBMS设计复杂(多任务处理机制和调度算法) 一个DBMS进程可能会成为瓶颈 用操作系统级消息机制实现单进程与多进程间的数据传送 采用多线程技术实现N+1方案 DBMS的进程组织方式 N+M方案:M个DBMS进程对应N个用户进程 (MN) DBMS的进程组织方式 N+M方案:M个DBMS进程对应N个用户进程 DBMS进程不负责多任务调度,用户的数据库请求动态地分配给某个DBMS进程处理 几个用户轮流使用一个DBM

文档评论(0)

开心农场 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档