An Introduction to Database System

Presentation on theme: "An Introduction to Database System"— Presentation transcript:

1 An Introduction to Database System
数据库系统概论 An Introduction to Database System 内蒙古民族大学 计算机科学与技术学院

2 教材及参考书  教 材  参考书 萨师煊，王珊：数据库系统概论(第四 版) ， 高等教育出版社，2006.05
 教 材 萨师煊，王珊：数据库系统概论(第四 版) ， 高等教育出版社，  参考书 王珊，陈红：数据库系统原理教程， 清华大学出版社，1998 李卓玲：数据库系统原理与应用， 电子工业出版社，2001

3 学习方式  听课 （启发式、讨论式）  读书 （预习、复习）  报告 （综合练习）

4 内容安排（一）  基础篇 第一章 绪论 第二章 关系数据库 第三章 关系数据库标准语言SQL 第四章 数据安全性 第五章 数据完整性

5 内容安排（二）  设计篇 第六章 关系数据理论 第七章 数据库设计 第八章 数据库编程  系统篇 第九章 关系查询处理和查询优化
 设计篇 第六章 关系数据理论 第七章 数据库设计 第八章 数据库编程  系统篇 第九章 关系查询处理和查询优化 第十章 数据库恢复技术 第十一章 并发控制

6 课程特点  实践性  活跃性  衍生性

7 课程目标 结合关系型数据库系统深入理解数据库统的基本概念，原理和方法。
掌握关系数据模型及关系数据语言，能熟练应用SQL语言表达各种数据操作。 掌握E-R模型的概念和方法，关系数据库规范化理论和数据库设计方法，通过上机实习的训练，初步具备进行数据库应用系统开发的能力。 对数据库领域研究的深入课题有大致了解，激发在此领域中继续学习和研究的愿望， 为学习数据库系统高级课程做准备。

8 第一章 绪论 数据库系统概述 1 数据模型 2 数据库系统结构 3 数据库系统的组成 4 小 结 5

9 基本要求 理解数据、数据库、数据库管理系统和数据库系统的概念。 掌握数据库系统的特点，数据库系统的结构。
掌握概念模型、数据模型的相关概念，了解常用的数据模型。

10 数据库的地位 数据库技术产生于六十年代末，是数据管理的最新技术，是计算机科学的重要分支；
数据库技术是信息系统的核心和基础，它的出现极大地促进了计算机应用向各行各业的渗透； 数据库的建设规模、数据库信息量的大小和使用频度已成为衡量一个国家信息化程度的重要标志；

11 1.1 数据库系统概述 四个基本概念 数据管理技术的产生与发展 数据库系统的特点

12 1.1.1 四个基本概念 数据(Data) 数据库(Database) 数据库管理系统(DBMS) 数据库系统(DBS)

13 一、数据 数据(Data)是数据库中存储的基本对象。 数据的定义 描述事物的符号记录。 数据的种类 文字、图形、图象、声音。 数据的特点
数据与其语义是不可分的。

14 数据举例 学生档案中的学生记录 （李明，男，1972，江苏，计算机系，1990） 数据的形式不能完全表达其内容 数据的解释
语义：学生姓名、性别、出生年月、籍 贯、所在系别、入学时间 解释：李明是个大学生，1972年出生， 男，江苏人，1990年考入 计算机系

15 二、数据库（举例）

16 二、数据库(续) 数据独立性较高；易扩展； 数据库(Database，简称DB)是长期储存在 计算机内、有组织的、可共享的大量数据集合
数据库的特征 数据按一定的数据模型组织、描述和储存 可为各种用户共享； 冗余度较小； 数据独立性较高；易扩展；

17 三、数据库管理系统 1. 什么是DBMS 数据库管理系统（Database Management System，简称DBMS）是位于
用户与操作系统之间的一层数据管理软件。 例：VFP、Oracle ，但PB、SQL不是。 2. DBMS的主要功能 数据定义功能：完成对数据对象定义； 数据操纵功能：实现对数据库的基本操作。 如查询、插入等；

18 DBMS的主要功能 数据库的运行管理 保证数据的安全性、完整性、 多用户对数据的并发使用 发生故障后的系统恢复
数据库的建立和维护功能(实用程序) 数据库数据批量装载 数据库转储 介质故障恢复 数据库的重组织 性能监视等

19 四、数据库系统 什么是数据库系统 数据库系统的构成 由数据库、数据库管理系统（及其开发 工具）、应用系统、数据库管理员和用 户构成。
数据库系统（Database System，简称DBS）是指在计算机系统中引入数据库后的系统。在不引起混淆的情况下常常把数据库系统简称为数据库。 数据库系统的构成 由数据库、数据库管理系统（及其开发 工具）、应用系统、数据库管理员和用 户构成。

20 数据库系统(续) 数据库系统构成图示 数据库 应用系统 应用开发工具 操作系统 数据库管理系统 数据库管理员 用户 数据库系统

21 数据库系统(续) 数据库系统在计算机系统中的位置图示 参看教材page_ 6 图1.2

22 1.1.2 数据管理技术 的产生和发展 什么是数据管理 数据管理技术的发展过程
数据管理技术 的产生和发展 什么是数据管理 对数据进行分类、组织、编码、存储、检索和维护，是数据处理的中心问题 数据管理技术的发展过程 人工管理阶段(40年代中--50年代中) 文件系统阶段(50年代末--60年代中) 数据库系统阶段(60年代末--现在)

23 数据管理技术 的产生和发展(续) 数据管理技术的发展动力 应用需求的推动 计算机硬件的发展 计算机软件的发展

24 一、人工管理 时期 40年代中--50年代中 产生的背景 应用需求 科学计算 硬件水平 无直接存取存储设备 软件水平 没有操作系统
应用需求 科学计算 硬件水平 无直接存取存储设备 软件水平 没有操作系统 处理方式 批处理

25 人工管理(续) 特点 数据的管理者：应用程序，数据不保存 数据面向的对象：某一应用程序 数据的共享程度：无共享、冗余度极大
数据的独立性：不独立，完全依赖于程序 数据的结构化：无结构 数据控制能力：应用程序自己控制

26 应用程序与数据的 对应关系(人工管理) 应用程序１ 数据集１ 应用程序２ 数据集２ 应用程序ｎ 数据集n ...…

27 二、文件系统 时期 50年代末--60年代中 产生的背景 应用需求 科学计算、管理 硬件水平 磁盘、磁鼓 软件水平 有文件系统
应用需求 科学计算、管理 硬件水平 磁盘、磁鼓 软件水平 有文件系统 处理方式 联机实时处理、批处理

28 文件系统(续) 特点 数据的管理者：文件系统，数据可长期保存 数据面向的对象：某一应用程序 数据的共享程度：共享性差、冗余度大
数据的独立性：独立性差，数据的逻辑结 构改变必须修改应用程序 数据控制能力：应用程序自己控制 数据的结构化：记录内有结构，整体无结构 数据独立性差： 1。靠程序定义和解释数据的结构 2。靠程序描述数据间的联系

29 应用程序与数据的 对应关系(文件系统) 应用程序１ 文件１ 应用程序２ 文件2 应用程序ｎ 文件n 存取方法 ...…

30 文件系统中数据的结构 记录内有结构。 数据的结构是靠程序定义和解释的。 数据只能是定长的。
可以间接实现数据变长要求，但访问相应数据的应用程序复杂了。 文件间是独立的，因此数据整体无结构。 可以间接实现数据整体的有结构，但必须在应用程序中对描述数据间的联系。 数据的最小存取单位是记录。

31 三、数据库系统 时期 60年代末以来 产生的背景 应用背景 大规模管理 硬件背景 大容量磁盘 软件背景 有数据库管理系统
应用背景 大规模管理 硬件背景 大容量磁盘 软件背景 有数据库管理系统 处理方式 联机实时处理， 分布处理，批处理

32 数据库系统(续) 特点 数据的管理者：DBMS 数据面向的对象：现实世界 数据的共享程度：共享性高 数据的独立性：高度的物理独立性和一定的
逻辑独立性 数据的结构化：整体结构化 数据控制能力：由DBMS统一管理和控制

33 应用程序与数据 的对应关系(数据库系统) DBMS 应用程序1 应用程序2 数据库 …

34 数据的高共享性的好处 降低数据的冗余度，节省存储空间 避免数据间的不一致性 使系统易于扩充 返回

35 数据独立性 物理独立性 指用户的应用程序与存储在磁盘上的数据库中数据是相互独立的。当数据的物理存储改变了，应用程序不用改变。 逻辑独立性 指用户的应用程序与数据库的逻辑结构是相互独立的。数据的逻辑结构改变了，用户程序也可以不变。 返回

36 数据结构化 整体数据的结构化是数据库的主要特征之 一，是数据库与文件系统的本质区别。 数据库中实现的是数据的真正结构化
数据的结构用数据模型描述，无需程序定 义和解释； 数据可以变长。 数据的最小存取单位是数据项。 返回

37 DBMS对数据的控制功能 数据的安全性（Security）保护 数据的完整性（Integrity）检查
使每个用户只能按指定方式使用和处理指定数据，保护数据以防止不合法的使用造成的数据的泄密和破坏。 数据的完整性（Integrity）检查 将数据控制在有效的范围内，或保证数据之间满足一定的关系。 返回

38 DBMS对数据的控制功能 并发（Concurrency）控制 对多用户的并发操作加以控制和协调， 防止相互干扰而得到错误的结果。
数据库恢复（Recovery） 将数据库从错误状态恢复到某一已知的 正确状态。 返回

39 本节内容要求 1 数据库的定义 2 数据库管理系统的功能 3 数据管理技术发展的三个阶段 4 数据库系统阶段的特点

40 第一章 绪论 数据库系统概述 1 数据模型 2 数据库系统结构 3 数据库系统的组成 4 5 小 结

41 数据模型 在数据库中用数据模型这个工具来抽象、表示和处理现实世界中的数据和信息。通俗地讲数据模型就是现实世界的模拟。
数据模型应满足三方面要求 能比较真实地模拟现实世界 容易为人所理解 便于在计算机上实现

42 数据模型(续) 数据模型分成两个不同的层次 (1) 概念模型 也称信息模型，它是按用户的观点来对数据和信息建模，主要用于数据库设计。
(1) 概念模型 也称信息模型，它是按用户的观点来对数据和信息建模，主要用于数据库设计。 (2) 数据模型 主要包括网状模型、层次模型、关系模型等，它是按计算机系统的观点对数据建模，主要用于DBMS的实现。

43 数据模型(续) 客观对象的抽象过程---两步抽象 现实世界中的客观对象抽象为概念模型； 把概念模型转换为某一DBMS支持的数 据模型。
概念模型是现实世界到机器世界的一个 中间层次。

44 1.2 数据模型 1.2.1 两大类数据模型 1.2.2 数据模型的组成要素 1.2.3 概念模型 1.2.4 最常用数据模型
1.2.5 层次模型 1.2.6 网状模型 1.2.7 关系模型

45 1.2.1 两大类数据模型 数据模型分为两类 （分属两个不同的层次） 客观对象的抽象过程---两步抽象 概念模型 也称信息模型
(2) 逻辑模型和物理模型 客观对象的抽象过程---两步抽象 现实世界中的客观对象抽象为概念模型； 把概念模型转换为某一DBMS支持的数据模型。

46 两大类数据模型（续） 概念模型 也称信息模型 它是按用户的观点来对数据和信息建模，用于数 据库设计。 (2) 逻辑模型和物理模型
逻辑模型主要包括网状模型、层次模型、关系模 型、面向对象模型等，按计算机系统的观点对数 据建模，用于DBMS实现。 物理模型是对数据最底层的抽象，描述数据在系 统内部的表示方式和存取方法，在磁盘或磁带上 的存储方式和存取方法。

47 1.2.2 数据模型的组成要素 数据结构 数据操作 数据的完整性约束条件

48 1. 数据结构 什么是数据结构 两类对象 数据结构是对系统静态特性的描述 对象类型的集合 与数据类型、内容、性质有关的对象
与数据之间联系有关的对象 数据结构是对系统静态特性的描述

49 2. 数据操作 数据操作 对数据库中各种对象（型）的实例 （值）允许执行的操作及有关的操作 规则 数据操作的类型 检索
2. 数据操作 数据操作 对数据库中各种对象（型）的实例 （值）允许执行的操作及有关的操作 规则 数据操作的类型 检索 更新（包括插入、删除、修改）

50 数据操作(续) 数据模型对操作的定义 操作的确切含义 操作符号 操作规则（如优先级） 实现操作的语言 数据操作是对系统动态特性的描述。

51 3. 数据的完整性约束条件 数据的完整性约束条件 一组完整性规则的集合。
完整性规则是给定的数据模型中数据及其联系所具有的制约和储存规则，用以限定符合数据模型的数据库状态以及状态的变化，以保证数据的正确、有效、相容。

52 数据的约束条件(续) 数据模型对约束条件的定义
反映和规定本数据模型必须遵守的基本的通用的完整性约束条件。例如在关系模型中，任何关系必须满足实体完整性和参照完整性两个条件。 提供定义完整性约束条件的机制，以反映具体应用所涉及的数据必须遵守的特定的语 义约束条件。

53 1.2.3 概念模型 1. 概念模型 2. 信息世界中的基本概念 3. 概念模型的表示方法

54 1. 概念模型 概念模型的用途 概念模型用于信息世界的建模； 是现实世界到机器世界的一个中间层次； 是数据库设计的有力工具；
数据库设计人员和用户之间进行交流 的语言；

55 概念模型（续） 对概念模型的基本要求 较强的语义表达能力，能够方便、直接 地表达应用中的各种语义知识； 简单、清晰、易于用户理解。

56 2.信息世界中的基本概念 (1) 实体（Entity） 客观存在并可相互区别的事物称为实体。 可以是具体的人、事、物或抽象的概念。
(2) 属性（Attribute） 实体所具有的某一特性称为属性。 一个实体可以由若干个属性来刻画。 (3) 码（Key） 唯一标识实体的属性集称为码。

57 信息世界中的基本概念(续) (4) 域（Domain） 属性的取值范围称为该属性的域。 (5) 实体型（Entity Type）
用实体名及其属性名集合来抽象和刻画同类 实体称为实体型 (6) 实体集（Entity Set） 同型实体的集合称为实体集

58 信息世界中的基本概念(续) (7) 联系（Relationship） 现实世界中事物内部以及事物之间的联系。
在信息世界中反映为实体内部的联系和实体 之间联系 实体型间联系 一对一联系（1:1） 　 一对多联系（1:n） 多对多联系（m:n）

59 3.两个实体型间的联系 实体型1 联系名 实体型2 1 1:1联系 m n m:n联系 1:n联系

60 两个实体型间的联系（续） （1）一对一联系 如果对于实体集A中的每一个实体，实体集B中至多有一个实体与之联系，反之亦然，则称实体集
（1）一对一联系 　 如果对于实体集A中的每一个实体，实体集B中至多有一个实体与之联系，反之亦然，则称实体集 A与实体集B具有一对一联系。记为1:1。 实例：班级与班长之间的联系 一个班级只有一个正班长 一个班长只在一个班中任职

61 两个实体型间的联系 (续) （2）一对多联系 如果对于实体集A中的每一个实体，实体集B中有
n个实体（n≥0）与之联系，反之，对于实体集B中的 每一个实体，实体集A中至多只有一个实体与之联系， 则称实体集A与实体集B有一对多联系，记为1:n。 实例：班级与学生之间的联系 一个班级中有若干名学生， 每个学生只在 一个班级中学习

62 两个实体型间的联系 (续) （3）多对多联系（m:n） 如果对于实体集A中的每一个实体，实体集B中有n
个实体（n≥0）与之联系，反之，对于实体集B中的 每一个实体，实体集A中也有m个实体（m≥0）与之 联系，则称实体集A与实体B具有多对多联系。记为 m:n。 实例：课程与学生之间的联系 一门课程同时有若干个学生选修 一个学生可以同时选修多门课程

63 4.多个实体型间的联系(续) 多个实体型间的一对多联系 若实体集E1，E2，...，En存在联系，对于实体
集Ej（j=1，2，...，i-1，i+1，...，n）中的给定实 体，最多只和Ei中的一个实体相联系，则我们说Ei 与E1，E2，...，Ei-1，Ei+1，...，En之间的联系 是一对多的。

64 多个实体型间的联系(续) 实例： 课程、教师与参考书三个实体型 如果一门课程可以有若干个教师讲授，使用若干
实例： 课程、教师与参考书三个实体型 如果一门课程可以有若干个教师讲授，使用若干 本参考书，每一个教师只讲授一门课程，每一本参 考书只供一门课程使用课程与教师、参考书之间的 联系是一对多的。 多个实体型间的一对一联系：学生 ，学号，身份证号 多个实体型间的多对多联系：供应商、项目、零件之间

65 5.同一实体集内 各实体间的联系 一对多联系 实例：职工实体集内部具有领导与被领导的联系 某一职工（干部）“领导”若干名职工
一个职工仅被另外一个职工直接领导 这是一对多的联系 一对一联系 多对多联系

66 6.概念模型的表示方法 概念模型的表示方法很多 实体－联系方法(E-R方法) 用E-R图来描述现实世界的概念模

67 E-R 图 实体型 用矩形表示，矩形框内写明实体名。 学生 教师

68 E-R图(续) 属性 用椭圆形表示，并用无向边将其与相应的实体连 接起来。 学生 学号 年龄 性别 姓名

69 E-R图(续) 联系 联系本身：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1:1、1:n或m:n） 联系的属性：联系本身也是一种实体型，也可以有属性。如果一个联系具有属性，则这些属性也要用无向边与该联系连接起来。

70 联系的表示方法 实体型1 联系名 实体型2 1 1:1联系 m n m:n联系 1:n联系

71 联系的表示方法(续) 实体型1 联系名 m n 同一实体型内部的m:n联系 实体型2 1 多个实体型间的1:n联系 实体型3

72 联系的表示方法示例 班级 班级-班长 班长 1 1:1联系 课程 选修 学生 m n m:n联系 组成 1:n联系

73 联系的表示方法示例(续) 职工 领导 1 n 同一实体型内部的1:n联系 课程 讲授 教师 m 多个实体型间的1:n联系 参考书

74 联系属性的表示方法 课程 选修 学生 m n 成绩

75 E-R图(续) E-R图实例： P19-P20 某工厂物资管理E-R图

76 1.2.4 最常用数据模型 非关系模型 层次模型（Hierarchical Model） 网状模型(Network Model )
数据结构：以基本层次联系为基本单位； 基本层次联系：两个记录以及它们之间的一对 多（包括一对一)的联系；

77 常用数据模型(续) 关系模型(Relational Model) 数据结构：表 面向对象模型(Object Oriented Model）
数据结构：对象

78 1.2 数据模型 1.2.1 两大类数据模型 1.2.2 数据模型的组成要素 1.2.3 概念模型 1.2.4 最常用数据模型
1.2.5 层次模型 1.2.6 网状模型 1.2.7 关系模型

79 1.2.5 层次模型 1. 层次数据模型的数据结构 2. 层次数据模型的数据操纵 3. 层次数据模型的完整性约束
4. 层次数据模型的存储结构 5. 层次数据模型的优缺点 6. 典型的层次数据库系统

80 1.层次数据模型的数据结构 层次模型：满足下面两个条件的基本层次联系的集 层次模型中的几个术语： 合为层次模型。
有且只有一个结点没有双亲结点，这个结点称为 根结点； 2. 根以外的其它结点有且只有一个双亲结点； 层次模型中的几个术语： 根结点，双亲结点，兄弟结点，叶结点

81 层次数据模型的数据结构 Ｒ 1 根结点 2 兄弟结点 3 叶结点 4 5

82 层次数据模型的数据结构 表示方法 实体型：用记录类型描述。 每个结点表示一个记录类型。 属性：用字段描述。每个记录类型可包含若干个 字段。
联系：用结点之间的连线表示记录（类）型之间 的一对多的联系。 实例：教员-学生数据模型（P23）

83 层次数据模型的数据结构 特点： 1）结点的双亲是唯一的； 2）只能直接处理一对多的实体联系；
3）每个记录类型定义一个排序字段，也称为码字段； 4）任何记录值只有按其路径查看时，才能显出它的 全部意义； 5）没有一个子女记录值能够脱离双亲记录值 而独立存在。

84 层次数据模型的数据结构 多对多联系在层次模型中的表示 用层次模型间接表示多对多联系 方法：将多对多联系分解成一对多联系 分解方法 冗余结点法
虚拟结点法 （详见P24图1.20）

85 2. 层次模型的数据操纵 查询 插入 删除 更新

86 3.层次模型的完整性约束 （1）无相应的双亲结点值就不能插入子女 结点值； （2）如果删除双亲结点值，则相应的子女 结点值也被同时删除；
（3）更新操作时，应更新所有相应记录， 以保证数据的一致性；

87 4.层次数据模型的存储结构 邻接法：按照层次树前序遍历的顺序把所有记 录值依次邻接存放，即通过物理空间 的位置相邻来实现层次顺序P25；
链接法：用指引元来反映数据之间的层次联系 子女－兄弟链接法，P26； 层次序列链接法，P26

88 5.层次模型的优缺点 优点 （1）层次数据模型简单，对具有一对多的层次关系 的部门描述自然、直观，容易理解；
（2）对实体间联系固定且预先定义好的系统，其性能 优于关系模型，不低于网状模型； （3）层次数据模型提供了良好的完整性支持。

89 5.层次模型的优缺点 （1）多对多联系表示不自然； 缺点： （2）对插入和删除操作的限制； （3）多查询子女结点必须通过双亲结点；
（4）层次命令趋于程序化；

90 6. 典型的层次数据库系统 IMS数据库管理系统 第一个大型商用DBMS 1968年推出 IBM公司研制

91 1.2.6 网状模型 1. 网状数据模型的数据结构 2. 网状数据模型的数据操纵与完整性约束 3. 网状数据模型的存储结构
4. 网状数据模型的优缺点

92 1.网状数据模型的数据结构 网状模型 满足下面两个条件的基本层次联系的集合为网状模型。 1. 允许一个以上的结点无双亲；
2. 一个结点可以有多于一个的双亲。

93 网状数据模型的数据结构 R1 R2 L3 L1 L2 R3 L4 R4 R5 Ｒ 1 2 R3 L L2

94 网状数据模型的数据结构 表示方法（与层次数据模型相同） 实体型：用记录类型描述。 每个结点表示一个记录类型。 属性：用字段描述。
每个记录类型可包含若干个字段。 联系：用结点之间的连线表示记录（类）型 之间的一对多的父子联系。

95 网状数据模型的数据结构(续） 特点 （1）只能直接处理一对多的实体联系； （2）每个记录类型定义一个排序字段，也称 为码字段；
（3）任何记录值只有按其路径查看时，才能 显出它的全部意义。

96 网状数据模型 的数据结构(续） 网状模型与层次模型的区别 （1）网状模型允许多个结点没有双亲结点 （2）网状模型允许结点有多个双亲结点
网状数据模型 的数据结构(续） 网状模型与层次模型的区别 （1）网状模型允许多个结点没有双亲结点 （2）网状模型允许结点有多个双亲结点 （3）网状模型允许两个结点之间有多种联系 （复合联系） （4）网状模型可以更直接地去描述现实世界 （5）层次模型实际上是网状模型的一个特例

97 网状数据模型 的数据结构(续） Ｒ 1 2 R3 L L2 R1 R2 L3 L1 L2 R3 L4 R4 R5

98 网状数据模型的数据结构 Ｒ 1 L L2 R2

99 网状数据模型的数据结构 学生宿舍 学生 教研室 系 教师

100 网状数据模型的数据结构 父母 人 子女 树 种植 砍伐 养育 赡养

101 网状数据模型的数据结构 多对多联系在网状模型中的表示 用网状模型间接表示多对多联系 方法 将多对多联系直接分解成一对多联系

102 2. 网状模型的数据操纵 与完整性约束 （1）允许插入尚未确定双亲结点值的子女 数据操纵： 查询、插入、删除、更新 完整性约束： 结点值；
2. 网状模型的数据操纵 与完整性约束 数据操纵： 查询、插入、删除、更新 完整性约束： （1）允许插入尚未确定双亲结点值的子女 结点值； （2）允许只删除双亲结点值。

103 3.网状数据模型的存储结构 关键：实现记录之间的联系 常用方法 单向链接 双向链接 环状链接 向首链接 例：P29

104 4.网状模型的优缺点 优点： （1）能够更为直接地描述现实世界，如一个 结点可以有多个双亲； （2）具有良好的性能，存取效率较高。

105 4.网状模型的优缺点 缺点： （1）结构比较复杂，而且随着应用环境的扩 大，数据库的结构就变得越来越复杂， 不利于最终用户掌握；
（2）其DDL、DML语言复杂，用户不容易 使用。

106 典型的网状数据库系统 DBTG系统，亦称CODASYL系统 实际系统 由DBTG提出的一个系统方案，奠定了数据库系
统的基本概念、方法和技术，70年代推出 实际系统 Cullinet Software Inc.公司的 IDMS Univac公司的 DMS1100 Honeywell公司的IDS/2和HP公司的IMAGE

107 1.2.6 关系模型 1. 关系数据模型的数据结构 2. 关系数据模型的操纵与完整性约束 3. 关系数据模型的存储结构
4. 关系数据模型的优缺点 5. 典型的关系数据库系统

108 关系模型 最重要的一种数据模型。也是目前主要 采用的数据模型。 1970年由美国IBM公司San Jose研究室的
研究员E.F.Codd提出。 本课程的重点

109 1.关系数据模型的数据结构 在用户观点下，关系模型中数据的逻辑结构是一张二维表，它由行和列组成。

110 关系模型的基本概念 关系（Relation） 一个关系对应通常说的一张表。 元组（Tuple） 表中的一行即为一个元组。
属性（Attribute） 表中的一列即为一个属性，给每一个属 性起一个名称即属性名。

111 关系模型的基本概念 主码（Key）：表中的某个属性组，它可 以唯一确定一个元组。 域（Domain）：属性的取值范围。
分 量：元组中的一个属性值。 关系模式：对关系的描述 关系名（属性1，属性2，…，属性n） 学生（学号，姓名，年龄，性别，系，年级）

112 关系数据模型 的数据结构(续） 实体及实体间的联系的表示方法 实体型：直接用关系（表）表示。 属性：用属性名表示。
一对一联系：隐含在实体对应的关系中。 一对多联系：隐含在实体对应的关系中。 多对多联系：直接用关系表示。

113 关系数据模型 的数据结构(续） 例1 例2 学生、系、系与学生之间的一对多联系： 学生（学号，姓名，年龄，性别，系号，年级）
关系数据模型 的数据结构(续） 例1 学生、系、系与学生之间的一对多联系： 学生（学号，姓名，年龄，性别，系号，年级） 系 (系号，系名，办公地点) 例2 系、系主任、系与系主任间的一对一联系。

114 关系数据模型 的数据结构(续） 例3 学生、课程、学生与课程之间的多对多联系： 学生（学号，姓名，年龄，性别，系号，年级）
课程（课程号，课程名，学分） 选修（学号，课程号，成绩）

115 关系数据模型 的数据结构(续） 关系必须是规范化的，满足一定的规范条件 最基本的规范条件：关系的每一个分量必须是一个 不可分的数据项。

116 2. 关系模型的数据 操纵与完整性约束 数据操纵：查询、插入、删除、更新 数据操作是集合操作，操作对象和操作
2. 关系模型的数据 操纵与完整性约束 数据操纵：查询、插入、删除、更新 数据操作是集合操作，操作对象和操作 结果都是关系，即若干元组的集合。 存取路径对用户隐蔽，用户只要指出“干 什么”，不必详细说明“怎么干”。 完整性约束： 实体完整性、参照完整性、 用户定义的完整性

117 3.关系数据模型 的存储结构 表以文件形式存储 有的DBMS一个表对应一个操作系统文件 有的DBMS自己设计文件结构

118 4.关系模型的优缺点 优点 （1）建立在严格的数学概念的基础上
（2）概念单一。数据结构简单清晰，用户易懂易用（3）实体和各类联系都用关系来表示。 （4）对数据的检索结果也是关系。 （5）关系模型的存取路径对用户透明 （6）具有更高的数据独立性，更好的安全保密性 （7）简化了程序员的工作和数据库开发建立的工作

119 关系模型的优缺点（续） 缺点 （1）存取路径对用户透明导致查询效率往 往不如非关系数据模型； （2）为提高性能，必须对用户的查询请求
进行优化增加了开发数据库管理系统 的难度。

120 5. 典型的关系数据库系统 ORACLE SYBASE INFORMIX DB/2 COBASE PBASE EasyBase DM/2
OpenBase

121 1.3 数据库系统结构 1. 从数据库管理系统角度看，数据库系统通常采用三 级模式结构，是数据库系统内部的系统结构；
2. 从数据库最终用户角度看（数据库系统外部的体系 结构） ，数据库系统的结构分为: 单用户结构 主从式结构 分布式结构 客户／服务器 浏览器／应用服务器／数据库服务器多层结构等

122 1.3 数据库系统结构 1.3.1 数据库系统模式的概念 1.3.2 数据库系统的三级模式结构 1.3.3 数据库的二级映像功能与数据独立性

123 1.3.1数据库系统模式的概念 “型” 和“值” 的概念 型（Type）：对某一类数据的结构和属性的说明
值（Value）：是型的一个具体赋值 例如：学生记录 记录型：（学号，姓名，性别，系别，年龄，籍贯） 该记录型的一个记录值： （900201，李明，男，计算机，22，江苏）

124 1.3.1数据库系统模式的概念 模式（Schema） 数据库逻辑结构和特征的描述 是型的描述 反映的是数据的结构及其联系 模式是相对稳定的

125 1.3.1数据库系统模式的概念 模式的一个实例（Instance） 模式的一个具体值 反映数据库某一时刻的状态 同一个模式可以有很多实例
实例随数据库中的数据的更新而变动

126 1.3.2 数据库系统 的三级模式结构

127 1．模式（Schema） 模式（也称逻辑模式） 模式的地位： 数据库中全体数据的逻辑结构和特征的描述。
所有用户的公共数据视图，综合了所有用户的需求 一个数据库只有一个模式。 模式的地位： （1）是数据库系统模式结构的中间层； （2）与数据的物理存储细节和硬件环境无关； （3）与具体的应用程序、开发工具及高级程 序设计语言无关。

128 1．模式（Schema） 模式的定义 （1）数据的逻辑结构（数据项的名字、 类型、取值范围等）； （2）数据之间的联系；
（3）数据有关的安全性、完整性要求；

129 2. 外模式 （External Schema） 外模式（也称子模式或用户模式） 数据库用户（包括应用程序员和最终用户）
使用的局部数据的逻辑结构和特征的描述； 数据库用户的数据视图，是与某一应用有关 的数据的逻辑表示；

130 外模式（续） 外模式的地位：介于模式与应用之间 模式与外模式的关系：一对多 外模式通常是模式的子集。
一个数据库可以有多个外模式。反映了不同的用 户的应用需求、看待数据的方式、对数据保密的 要求对模式中同一数据，在外模式中的结构、 类型、长度、保密级别等都可以不同。

131 外模式（续） 外模式的地位：介于模式与应用之间 外模式与应用的关系：一对多 同一外模式也可以为某一用户的多个应用系
统所使用，但一个应用程序只能使用一个外 模式。

132 外模式（续） 外模式的用途 保证数据库安全性的一个有力措施。 每个用户只能看见和访问所对应的外模式 中的数据。

133 3．内模式 （Internal Schema）
内模式（也称存储模式） 是数据物理结构和存储方式的描述； 是数据在数据库内部的表示方式； 记录的存储方式（顺序存储，按照B树结构 存储，按hash方法存储）；

134 3．内模式 （Internal Schema）
内模式（也称存储模式） 索引的组织方式； 数据是否压缩存储； 数据是否加密； 数据存储记录结构的规定； 一个数据库只有一个内模式。

135 1.3.3 数据库的二级映象 功能与数据独立性 三级模式是对数据的三个抽象级别。 二级映象在DBMS内部实现这三个抽象层 次的联系和转换 。
1.3.3 数据库的二级映象 功能与数据独立性 三级模式是对数据的三个抽象级别。 二级映象在DBMS内部实现这三个抽象层 次的联系和转换 。 外模式／模式映像 模式／内模式映像

136 一.外模式／模式映象 定义外模式与模式之间的对应关系； 每一个外模式都对应一个外模式／模式 映象； 映象定义通常包含在各自外模式的描述中；

137 外模式／模式映象的用途 保证数据的逻辑独立性 当模式改变时，数据库管理员修改有关的外 模式／模式映象，使外模式保持不变；应用
程序是依据数据的外模式编写的，从而应用 程序不必修改，保证了数据与程序的逻辑独 立性，简称数据的逻辑独立性。

138 二.模式／内模式映象 模式／内模式映象定义了数据全局逻辑 结构与存储结构之间的对应关系。例如，说 明逻辑记录和字段在内部是如何表示的数据
库中模式／内模式映象是唯一的该映象定义 通常包含在模式描述中。

139 模式／内模式映象的用途 保证数据的物理独立性 当数据库的存储结构改变了（例如选用了另 一种存储结构），数据库管理员修改模式／
内模式映象，使模式保持不变；应用程序不 受影响。保证了数据与程序的物理独立性， 简称数据的物理独立性。

140 1.4 数据库系统的组成 数据库 数据库管理系统（及其开发工具） 应用系统 数据库管理员 （用户）

141 一、硬件平台及数据库 数据库系统对硬件资源的要求 (1) 足够大的内存 操作系统 DBMS的核心模块 数据缓冲区 应用程序

142 一、硬件平台及数据库 数据库系统对硬件资源的要求 (2) 足够大的外存 磁盘、操作系统、DBMS、应用程序、
数据库及其备份、 光盘、磁带、软盘、 数据备份； (3) 较高的通道能力，提高数据传送率

143 二、软件 DBMS 操作系统 与数据库接口的高级语言及其编译系统 以DBMS为核心的应用开发工具 为特定应用环境开发的数据库应用系统

144 三、人员 数据库管理员 系统分析员 数据库设计人员 应用程序员 (最终用户)

145 1. 数据库管理员(DBA) 决定数据库中的信息内容和结构 决定数据库的存储结构和存取策略 定义数据的安全性要求和完整性约束条件

146 数据库管理员(续) 监控数据库的使用和运行 周期性转储数据库 数据文件 日志文件 系统故障恢复 介质故障恢复 监视审计文件

147 数据库管理员(续) 数据库的改进和重组 性能监控和调优 数据重组 数据库重构

148 2. 系统分析员 负责应用系统的需求分析和规范说明； 与用户及DBA协商，确定系统的硬软件配置； 参与数据库系统的概要设计；

149 3. 数据库设计人员 参加用户需求调查和系统分析； 确定数据库中的数据； 设计数据库各级模式；

150 4. 应用程序员 设计和编写应用系统的程序模块； 进行调试和安装；

151 5. 用户 （1）偶然用户 企业或组织机构的高中级管理人员； （2）简单用户 银行的职员、机票预定人员、旅馆总台 服务员；

152 用户（续） 复杂用户 工程师、科学家、经济学家、科技工作者等
直接使用数据库语言访问数据库，甚至能够基于数据库管理系统的API编制自己的应用程序。

153 1.6 小结 数据库系统概述 数据模型 （1）数据库的基本概念 （2）数据管理技术的产生和发展 （3）数据库系统的特点
（1）数据模型的三要素 （2）概念模型， E-R 模型 （3）三种主要数据模型

154 小结(续) 数据库系统的结构 （1）数据库系统模式的概率 （2）数据库系统的三级模式结构 （3）数据库的二级映像和三级模式结构
数据库系统的组成

155 小结 模式 是数据库的中心与关键； 独立于数据库的其它层次； 设计数据库模式结构时应首先确定数据 库的逻辑模式；

156 小结（续） 内模式 依赖于全局逻辑结构，但独立于数据库 的用户视图即外模式，也独立于具体的存储 设备。 它将全局逻辑结构中所定义的数据结构
及其联系按照一定的物理存储策略进行组 织，以达到较好的时间与空间效率。

157 小结（续） 外模式 面向具体的应用程序，定义在逻辑模式 之上，但独立于存储模式和存储设备。 设计外模式时应充分考虑到应用的扩充
性。当应用需求发生较大变化，相应外模式不 能满足其视图要求时，该外模式就得做相应改 动。

158 小结（续） 应用程序 在外模式描述的数据结构上编制的，它依赖于特定的外模式，与数据库的模式和存储结构独立。
不同的应用程序有时可以共用同一个外模式。

159 小结（续） 二级映象 保证了数据库外模式的稳定性，从而从底 层保证了应用程序的稳定性，除非应用需求本
身发生变化，否则应用程序一般不需要修改。 数据与程序之间的独立性，使得数据的定 义和描述可以从应用程序中分离出去。

160 下课了。。。 休息一会儿。。。 追求