数据库原理和应用.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文档。上传文档
查看更多
第2章 实体联系数据模型 学习目的和要求: 数据模型的来源及评价 数据模型层次性及内容(静态结构与完整性约束) 实体联系数据模型ERM中的基本概念 扩展ERM中的基本概念 §2.1 数据模型综述 回答如下问题: 1.为什么需要数据模型? 2.如何描述数据模型,即数据模型含有哪些内容? 3.如何评价数据模型? 4.数据模型为什么有层次性? 5.数据模型的未来? 6.实体联系数据模型的地位与作用? 1.为什么需要数据模型? 由于数据的定义与操作从应用程序中剥离出来,交由DBMS来定义和管理。于是DBMS需要采用某种“数据结构”来定义、存储所要管理的数据。这种狭义的数据结构类似于DBMS的数据模型。 现实系统→计算机系统:数据模型起到将所关心、管理的数据抽取出来并组织起来的作用。 2.数据模型含有哪些内容? 数据的静态结构。 数据的动态操作(增删改查询)。 数据的完整性约束。 综合说来,应描述数据、数据之间联系、数据语义及完整性限制。 3.如何评价数据模型? 真实地描述现实系统。 易于为一般用户所理解。 易于计算机实现。 以上3个要求是由数据模型所处的地位、担负的角色所决定的。 数据模型既在现实系统与计算机化的系统之间起着重要的纽带作用,又在DBMS的实现方面担负基石的责任。 4.数据模型为什么有层次性? 从与数据抽象的关系看:数据模型是数据库设计时数据抽象的工具。 从评价指标(第二、三项)的互斥性看:无法在数据库应用系统开发时,从设计到实现只使用一个数据模型(ERM→DBMS支持的数据模型)。 5.数据模型的未来? 设计、开发与实现的统一数据模型。 层次共存,自动转换。各种用户只用一种高级模型,而其他工作由计算机及其编译环境负责(类似高级语言编译器)。 6.实体联系数据模型的地位与作用? 传统三种数据模型的特点: 能较好地满足第一和第三项评价要求。 三种数据模型的不足: 不易被业务用户理解。这是提出语义数据模型(Semantic Data Model)的基础。 实体联系模型(Entity Relationship Model, ERM)是用得最多且最成熟的语义数据模型。属于数据库应用系统设计的内容。 从数据库应用系统设计角度看,E-R模型主要用于DB概念设计,是DB概念设计较常用的设计工具。 §2.2 数据库设计综述 对照数据库抽象层次,数据库设计按如下步骤进行 1. 需求分析(Requirements Analysis) 了解:数据信息需求、业务需求、性能需求等。 方法:调查、讨论、座谈、收集、DFD等。 对应:抽象层次的现实系统描述。 2.概念数据库设计(Conceptual DB Design) 任务:将收集的信息变成数据高级描述以及对数据的约束限制。 工具:E-R图。 结果:概念DB设计。 对应:现实系统到外模式的视图抽象,以及外模式到概念模式的概念抽象。 3. 逻辑数据库设计(Logical DB Design) 任务:选择一RDBMS,将概念DB设计变成RDM对应的模式(Schema)。 结果:为概念模式或逻辑模式。 对应:数据库抽象层次的物理抽象及内模式。 4.模式优化(Schema Refinement) 任务:解决潜在问题,利用规范化(Normalization)理论进行优化。 对应:数据库抽象层次的物理抽象及内模式。 5.物理数据库设计(Physical DB Design) 考虑:负载、性能要求,设计并选择物理存取方式等。 对应:数据库抽象层次的物理抽象。 6.安全设计(Security Design) 任务:哪些用户(组)可/不可访问哪些数据。 需说明的几点问题: 以上各步可能需不断重复,直到满意为止。 这里忽略了DB设计的实现,即运行于DBMS之上的应用层。 数据抽象的过程实际上是一个数据建模的过程。 §2.3 实体联系模型ERM 1.实体、实体型及属性 (1)实体(Entity) 概念:现实世界(或客观世界)中有别于其他对象的对象。 注意:可以是具体的,也可以是抽象的。 示例:某某学生、某某老师;某门课程。 (2)实体型(Entity Set) 概念:同类实体的集合。在不混淆的情况下,简称实体。 示例:学生、教师、课程。 提示:正在从事的建模或数据抽象工作,即是将现实世界(问题空间)中的事物转换成计算机世界(解空间)中的对象。 既然是建模,就必然要考虑如何描述问题空间中的事物或概念。 (3)属性(Attribute) 概念:实体的特征或性质,即实体用属性描述。 示例:学生的学号、姓名、生日、年龄、性别、住址等;课程的课程号、课程名、学时、学分、开课学院等。 分类(按

文档评论(0)

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

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

1亿VIP精品文档

相关文档