数据库第二章节.pptVIP

第2章 实体联系数据模型 1．? 本章重点 1、? 数据模型的三要素（数据的静态结构、动态操作以及完整性约束、如何评价数据模型 2、? 键约束的概念 3、? 作业（重点） 2.1 数据模型综述 1.为什么需要数据模型？ 由于数据的定义与操作从应用程序中剥离出来，交由DBMS来定义和管理。于是DBMS需要采用某种数据结构来定义、存储所要管理的数据。这种狭义的数据结构类似于DBMS的数据模型。 从现实世界到机器世界的抽象 数据的静态结构。 数据的动态操作（增删改查询）。 数据的完整性约束。 综合说来，应描述数据、数据之间联系、数据语义及完整性限制。 2.数据模型含有哪些内容？ 3.如何评价数据模型？ 真实地描述现实系统。 易于为一般用户所理解。 易于计算机实现。 4.数据模型为什么有层次性？ 从与数据抽象的关系看。 从评价指标（第二、三项）的互斥性看。 模型的两个层次 1、概念模型：按照用户的观点来对数据和信息建模 2、数据模型：按照计算机系统的观点对数据建模 5.数据模型的未来？ 设计、开发与实现的统一数据模型。 层次共存，但各种用户只用一种高级模型，而其他工作由计算机及其编译环境负责（类似高级语言编译器）。 6.实体联系数据模型的地位与作用？ 实体联系模型(Entity Relationship Model, ERM)是用得最多且最成熟的语义数据模型。属于数据库应用系统设计的内容。 从数据库应用系统设计角度看，E-R模型主要用于DB概念设计，是DB概念设计较常用的设计工具。 2.2 数据库设计综述 1. 需求分析（Requirements Analysis 2. 概念数据库设计(Conceptual DB Design) 3. 逻辑数据库设计（Logical DB Design） 4. 模式优化（Schema Refinement） 5. 物理数据库设计（Physical DB Design） 6. 安全设计（Security Design） 2.3 实体联系数据模型ERM 1.实体和实体型 (1)实体(Entity)：一个现实世界中有别于其他对象的对象。 注意：可以是具体的、也可以是抽象的。 示例：某某学生、某某老师、某门课程 (2)实体型(Entity Set) 同类实体的集合。在不混淆的情况下，简称实体。 示例：学生、教师、课程 提示：正在从事建模或数据抽象工作，即是将现实世界（问题空间）中的事物转换成计算机世界（解空间）中的对象。 既然是建模，就必然要考虑如何描述问题空间中的事物。 (3)属性(Attribute) 实体的特征或性质，即实体用属性描述。 示例：学生的学号、姓名、生日、年龄、性别、住址等；课程的课程号、课程名、学时、学分、开课学院等。 分类(按结构)：简单属性(不可再分)、复合属性和子属性。 示例：复合—姓名(现用名、曾用名、英文名—子属性)；住址(省、市、区、街道、门牌号、邮政编码—子属性)。 域(Domain)：属性的取值范围。 分类(按取值)：单值、多值、导出和空值(NULL)等属性。 示例：多值—学位值(学士、硕士、博士)；导出—生日导出年龄。 注意：实体用属性描述，实体型中的所有实体具有相同的属性。 (4)键(Key) 概念：具有惟一标识特性的一个或一组属性，用于惟一标识集合中的实体。 示例：学生的学号；课程的课程号 分类(按属性个数)：简单键、复合键。 候选键(Candidate Key)：最小属性集合的键。 主键(Primary Key)：当存在多个候选键时，需选定一个作为实体的主键。是描述实体的惟一标识。 示例：学生的指纹、眼波、学号等。 注： E-R模型可图示。实体型用长方形；属性用椭圆；主键用下划线。 示例： 2. 联系和联系型(1)联系(Relationship) 概念：二个或多个实体间的关联(Association)。 示例：选课是学生与课程之间的联系； 门市零售可以是客户、售货员与商品之间的联系。 联系的描述属性：联系也可有描述属性(Description Attribute)，用于记录联系的信息而非实体的信息。 示例：选课的成绩和修课学期