【数据库原理与技术】从应用系统开发的角度来看待数据库的抽象层次.pptVIP

一. 教材 三. 课程内容 四. 讲授方式 五. 总评成绩分布 六. 主要参考书 第一章 数据库系统概述 1.1 数据库管理系统及其总体概述 ★ 数据结构及数据文件 ★ 数据管理操作 问题： 二.从文件系统缺陷及管理特点来看数据库管 理系统应具有的基本功能 ◆ 数据管理(Data Administration)：数据的集中管理可减少冗余。 数据库管理系统应具有的基本功能 三.从应用系统开发的角度来看待数据库的抽 象层次 四. 又从数据库的抽象层次来进行数据库应用 管理系统的设计与开发，及其设计工具 六. 数据库原理、应用与设计之间的联系 七. 从实际应用需要来看待数据库技术的发展 ▲ 第二代数据库系统（关系数据库系统RDBMS） 1.2 数据库系统中的基本概念 数据库系统(Database System, DBS) 由数据库和 数据字典(Data Dictionary, DD) 是数据库系统中的 输入输出数据视图 即终端用户所见到的输入输出数 内部视图(Internal View)或存储视图特定的DBMS所 三. 数据抽象、数据模型与数据模式之关系 四. 数据模型 （2）数据操作 3.传统数据模型回顾 层次模型中，每个结点表示一个记录类型，结点之间的连线表示记录类型间的联系。这种联系只能是父子联系。 网状模型比层次模型更具普遍性。 五. 数据库语言、SQL语言 SQL语言的第一个版本是由IBM公司SAN JOSE实验室为SYSTEM R关系数据库管理系统设计的。 第二章 实体联系数据模型 2.1 数据模型综述 一.为什么需要数据模型？ 三.如何评价数据模型？ 六.实体联系数据模型的地位与作用？ 2.2 数据库设计综述 三. 逻辑数据库设计（Logical DB Design） 五. 物理数据库设计（Physical DB Design） 2.3 实体联系数据模型ERM 3.属性(Attribute) 4.键(Key) 示例： 联系的描述属性：联系也可有描述属性(Description Attribute)，用于记录联系的信息而非实体的信息。 示例： 示例： 三. Integrity Constraints of ERM 示例： 2.键约束或限制(Key Constraints) 示例： 键约束的好处：前面曾经指出，联系由其所关联实体唯一确定。但对存在键约束的联系，只需用一个关联的实体即可唯一地确定该联系。这也是为什么叫“实体对应约束”的原因。 3.参与约束(Participation Constraints) 示例： 四.联系型属性的移动处理 注意： 示例： 2.4 扩展实体联系数据模型EERM 图示： 2.为什么要引入子类? 二.演绎与归纳 方法：先定义子类，再定义超类，然后定义涉及超类的联系。即：由特殊到一般。 2.包容(Covering)约束 图示： 2.5 Conceptual DB Design With ERM 二. Entity vs. Attribute 二. Entity vs. Relationship 2.用联系表示 二. Binary vs. Ternary Relationship 说明： 2.用二元联系 二. Ternary Relationship vs. Aggregation 说明： 设计方法有二种： 相交约束：与正交约束相反，它允许一个超类的演绎子类可以重叠。 概念：是演绎过程中的一个约束，要求演绎出的子类实体不能有重叠或交叉，又名“正交约束”。 三.演绎的约束条件 示例：博士生、硕士生、本科生、专科生、预科生、硕博连读生、本硕博连读生──学生。 为避免演绎的随意性和盲目性，在演绎过程中，一般应遵循如下二个约束条件： 1.重叠(Overlap)约束 默认：正交（重叠）约束。 概念：它是演绎过程中的另一个约束，要求超类中的每个实体必须属于某一个子类。也就是说，子类的所有实体构成超类中的所有实体。又名“完全性约束”。 四.聚集（Aggregation） 一般，联系是实体间的关联，但有时会有实体和联系之间的联系。于是，引入“聚集”概念。 概念：通过把联系以及该联系所关联的实体一起作为一个“高层”实体来对待的抽象处理方