X第二篇管理信息系统设计与开发之数据库系统原理概述剖析.pptxVIP

X第二篇管理信息系统设计与开发之数据库系统原理概述剖析.pptx

  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文档。上传文档
查看更多
数据库;第2章 数据库系统概述;2.2 数据模型;2.2.5 常用数据模型(续);一个基于网络数据模型的 数据库实例;2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);网状模型与层次模型的区别 网状模型允许多个结点没有双亲结点 网状模型允许结点有多个双亲结点 网状模型允许两个结点之间有多种联系(复合联系) 网状模型可以更直接地去描述现实世界 层次模型实际上是网状模型的一个特例; ; ;父母;2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);一个关系数据库实例;实体及实体间的联系的表示方法 实体型 直接用关系(表)表示 属性 用属性名表示 一对一联系 隐含在实体对应的关系中 一对多联系 隐含在实体对应的关系中 多对多联系 直接用关系表示 ;例1 学生、系、系与学生之间的一对多联系: 学生(学号,姓名,年龄,性别,系号,年级); 系 (系号,系名,办公地点). 例2 系、系主任、系与系主任间的一对一联系 例3 学生、课程、学生与课程之间的多对多联系: 学生(学号,姓名,年龄,性别,系号,年级); 课程(课程号,课程名,学分); 选修(学号,课程号,成绩).;关系必须是规范化的,满足一定的规范条件 最基本的规范条件:关系的每一个分量必须是一个不可分的数据项 ;关系模型的数据操纵 查询、插入、删除、更新 数据操作是集合操作,操作对象和操作结果都是关系,即若干元组的集合 存取路径对用户隐蔽,用户只要指出“干什么”,不必详细说明“怎么干” 关系模型把存取路径向用户隐蔽起来,使数据的独立性提高 关系语言的高度非过程化,使得用户对关系的操作容易;2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);2.2.5 常用数据模型(续);第2章 数据库系统概述;2.3.1数据库系统内部的模式结构;2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);2.3.1数据库系统内部的模式结构(续);外模式 面向具体的应用程序,定义在逻辑模式之上,但独立于存储模式和存储设备 设计外模式时应充分考虑到应用的扩充性。当应用需求发生较大变化,相应外模式不能满足其视图要求时,该外模式就得做相应改动 ;数据库中的逻辑模式是中心和关键 应用程序 在外模式描述的数据结构上编制的,它依赖于特定的外模式,与数据库的模式和存储结构独立 不同的应用程序有时可以共用同一个外模式 二级映象 保证了数据库外模式的稳定性,从而从底层保证了应用程序的稳定性,除非应用需求本身发生变化,否则应用程序一般不需要修改 数据与程序之间的独立性,使得数据的定义和描述可以从应用程序中分离出去 ;模型分类-数据库的建模过程;逻辑数据模型- 数据模型的发展反映了数据库的发展;2.3.2 数据库系统外部的体系结构;2.3.2 数据库系统外部的体系结构(续);2.3.2 数据库系统外部的体系结构(续);主从式结构的数据库系统;分布式结构的数据库系统 数据库中的数据在逻辑上是一个整体,但物理地分布在计算机网络的不同结点上 网络中的每个结点都可以独立处理本地数据库中的数据,执行局部应用 同时也可以同时存取和处理多个异地数据库中的数据,执行全局应用 优点 适应了地理上分散的公司、团体和组织对于数据库应用的需求 缺点 数据的分布存放给数据的处理、管理与维护带来困难 当用户需要经常访问远程数据时,系统效率会明显地受到网络传输的制约 ;2.3.2 数据库系统外部的体系结构(续);2.3.2 数据库系统外部的体系

文档评论(0)

LOVE爱 + 关注
实名认证
文档贡献者

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

版权声明书
用户编号:5341224344000002

1亿VIP精品文档

相关文档