第2章实体联系数据模型.pptVIP

第2章 实体联系数据模型 学习目的和要求： 数据模型的来源及评价 数据模型层次性及内容（静态结构与完整性约束） 实体联系数据模型ERM中的基本概念 扩展ERM中的基本概念 2.1 数据模型综述 回答如下问题： 1.为什么需要数据模型？ 2. 如何描述数据模型，即数据模型含有哪些内容？ 3. 如何评价数据模型？ 4. 数据模型为什么有层次性？ 5. 数据模型的未来？ 6实体联系数据模型的地位与作用？ 1.为什么需要数据模型？ 由于数据的定义与操作从应用程序中剥离出来，交由DBMS来定义和管理。于是DBMS需要采用某种数据结构来定义、存储所要管理的数据。这种狭义的数据结构类似于DBMS的数据模型。 2.数据模型含有哪些内容？ 数据的静态结构。 数据的动态操作（增删改查询）。 数据的完整性约束。 综合说来，应描述数据、数据之间联系、数据语义及完整性限制。 3.如何评价数据模型？ 真实地描述现实系统。 易于为一般用户所理解。 易于计算机实现。 4.数据模型为什么有层次性？ 从与数据抽象的关系看。 从评价指标（第二、三项）的互斥性看。 5.数据模型的未来？ 设计、开发与实现的一统数据模型。 层次共存，但各种用户只用一种高级模型，而其他工作由计算机及其编译环境负责（类似高级语言编译器）。 6.实体联系数据模型的地位与作用？ 传统三种数据模型的特点 能较好地满足第一和第三项评价要求。 三种数据模型的不足。 不易被业务用户理解。这是提出语义数据模型(Semantic Data Model)的基础。 实体联系模型(Entity Relationship Model, ERM)是用得最多且最成熟的语义数据模型。属于数据库应用系统设计的内容。 从数据库应用系统设计角度看，E-R模型主要用于DB概念设计，是DB概念设计较常用的设计工具。 2.2 数据库设计综述 对照数据库抽象层次，数据库设计按如下步骤进行 1. 需求分析（Requirements Analysis） 了解：Data, App., Operations, Performance。 方法：调查、讨论、座谈、收集、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 实体联系数据模型ERM1. Entities, Attributes, and Entity Sets(1)实体(Entity) 概念：一个现实世界中有别于其他对象的对象。 注意：可以是具体的、也可以是抽象的。 示例：某某学生、某某老师、某门课程 (2)实体型(Entity Set) 概念：同类实体的集合。在不混淆的情况下，简称实体。 示例：学生、教师、课程 提示：正在从事建模或数据抽象工作，即是将现实世界（问题空间）中的事物转换成计算机世界（解空间）中的对象。 既然是建模，就必然要考虑如何描述问题空间中的事物。 (3)属性(Attribute) 概念：实体的特征或性质，即实体用属性描述。 示例：学生的学号、姓名、生日、年龄、性别、住址等；课程的课程号、课程名、学时、学分、开课学院等。 分类(按结构)：简单属性(不可再分)、复合属性和子属性。 示例：复合—姓名(现用名、曾用名、英文名—子属性)；住址(省、市、区、街道、门牌号、邮政编码—子属性)。 域(Domain)：属性的取值范围。 分类(按取值)：单值、多值、导出和空值(NULL)等属性。 示例：多值—学位值(学士、硕士、博士)；导出—生日导出年龄。 注意：实体用属性描述，实体型中的所有实体