数据库武大版1章绪论2ppt课件.ppt

《数据库武大版1章绪论2ppt课件.ppt》由会员分享，可在线阅读，更多相关《数据库武大版1章绪论2ppt课件.ppt（103页珍藏版）》请在三一办公上搜索。

1、1,山东经济学院计算机科学与技术学院,数据库系统概论第一章 绪论（2）,2,第一章 绪论,1.1 数据库系统概述1.2 数据模型1.3 数据库系统结构1.4 数据库系统的组成1.5 数据库技术的研究领域1.6 小结,3,1.2 数据模型,1.2.1 概念模型 1.2.2 数据模型的组成要素 1.2.3 最常用的数据模型 1.2.4 层次模型 1.2.5 网状模型 1.2.6 关系模型,4,1.2.5 网状模型,1.网状数据模型的数据结构 2.网状数据模型的数据操纵3.网状数据模型的完整性约束 4.网状数据模型的存储结构 5.网状数据模型的优缺点6.典型的网状数据库系统,5,1.网状数据模型的数

2、据结构,网状模型满足下面两个条件的基本层次联系的集合为网状模型。1.允许一个以上的结点无双亲；2.一个结点可以有多于一个的双亲。,6,网状数据模型的数据结构,7,网状数据模型的数据结构(续）,表示方法（与层次数据模型相同）实体型：用记录类型描述。每个结点表示一个记录类型。属性：用字段描述。每个记录类型可包含若干个字段。联系：用结点之间的连线表示记录（类）型之 间的一对多的父子联系。,8,网状数据模型的数据结构(续）,特点只能直接处理一对多的实体联系每个记录类型定义一个排序字段，也称为码字段任何记录值只有按其路径查看时，才能显出它的全部意义,9,网状数据模型的数据结构(续）,网状模型与层次模型的

3、区别网状模型允许多个结点没有双亲结点网状模型允许结点有多个双亲结点网状模型允许两个结点之间有多种联系（复合联系）网状模型可以更直接地去描述现实世界层次模型实际上是网状模型的一个特例,10,网状数据模型的数据结构(续）,11,网状数据模型的数据结构(续）,12,网状数据模型的数据结构(续）,13,网状数据模型的数据结构(续）,14,网状数据模型的数据结构(续）,多对多联系在网状模型中的表示用网状模型间接表示多对多联系方法 将多对多联系直接分解成一对多联系,15,2.网状模型的数据操纵,查询插入删除更新,16,3.网状数据模型的完整性约束,网状数据库系统（如DBTG）对数据操纵加了一些限制，提供了

4、一定的完整性约束码双亲结点与子女结点之间是一对多联系属籍类别加入类别(自动的，手工的)移出类别(固定的，必须 的，随意的),17,3.网状数据模型的完整性约束,完整性约束条件允许插入尚未确定双亲结点值的子女结点值允许只删除双亲结点值,18,4.网状数据模型的存储结构,关键实现记录之间的联系常用方法单向链接双向链接环状链接向首链接例：P29,19,5.网状模型的优缺点,优点能够更为直接地描述现实世界，如一个结点可以有多个双亲具有良好的性能，存取效率较高缺点结构比较复杂，而且随着应用环境的扩大，数据库的结构就变得越来越复杂，不利于最终用户掌握DDL、DML语言复杂，用户不容易使用,20,6.典型的

5、网状数据库系统,DBTG系统，亦称CODASYL系统由DBTG提出的一个系统方案奠定了数据库系统的基本概念、方法和技术70年代推出实际系统Cullinet Software Inc.公司的 IDMSUnivac公司的 DMS1100Honeywell公司的IDS/2HP公司的IMAGE,21,1.2 数据模型,1.2.1 概念模型 1.2.2 数据模型的组成要素 1.2.3 最常用的数据模型 1.2.4 层次模型 1.2.5 网状模型 1.2.6 关系模型,22,1.2.6 关系模型,1.关系数据模型的数据结构 2.关系数据模型的操纵3.关系数据模型的完整性约束 4.关系数据模型的存储结构 5

6、.关系数据模型的优缺点6.典型的关系数据库系统,23,关系模型,最重要的一种数据模型。也是目前主要采用的数据模型1970年由美国IBM公司San Jose研究室的研究员E.F.Codd提出本课程的重点,24,关系模型的基本概念,关系模型Relational Model，主要特征是用二维表格表达实体集。与前两种模型相比，数据结构简单，容易为初学者理解。,25,关系模型的基本概念,关系模型是由若干个关系模式组成的集合。关系模式相当于前面提到的记录类型，它的实例称为关系。每个关系实际上是一张二维表格。,PART模式（P#，PNAME，COLOR，WEIGHT）PROJECT模式（J#，JNAME，D

7、ATE）SUPPLIER模式（S#，SNAME，SADDR）P_P模式（J#，P#，TOTAL）P_S模式（P#，S#，QUANTITY）,26,关系模型的基本概念,关系（Relation）一个关系对应通常说的一张表。元组（Tuple）表中的一行即为一个元组。属性（Attribute）表中的一列即为一个属性，给每一个属性起一个名称即属性名。,27,关系模型的基本概念,主码（Key）表中的某个属性组，它可以唯一确定一个元组。域（Domain）属性的取值范围。分量元组中的一个属性值。关系模式对关系的描述关系名（属性1，属性2，属性n）学生（学号，姓名，年龄，性别，系，年级）,28,关系模型的基本概

8、念,模式（Schema）数据库逻辑结构和特征的描述是“型”的描述反映的是数据的结构及其联系模式是相对稳定的模式的一个实例（Instance）模式的一个具体值反映数据库某一时刻的状态同一个模式可以有很多实例实例随数据库中的数据的更新而变动模式的一组实例称为“关系”,29,关系模型的基本概念,100,S2,P4,BEIJING,FADC,S2,300,S2,P3,SHANGHAI,PICC,S1,150,S1,P2,SADDR,SNAME,S#,200,S2,P2,SUPPLIER,关系,100,S1,P1,91,-,3,JC,J3,QUANTITY,S#,P#,90.5,JB,J2,P_S,关系

9、,89.1,JA,J1,18,P3,J1,DATE,JNAME,J#,25,P3,J2,PROJECT,关系,65,P2,J1,19,RED,SCREW,P4,6,P3,J3,12,RED,NUT,P3,15,P2,J2,17,GREEN,BOLT,P2,50,P1,J1,14,BLUE,SCREW,P1,TOTAL,P#,J#,WEIGHT,COLOR,PNAME,P#,P_P,关系,PART,关系,100,S2,P4,BEIJING,FADC,S2,300,S2,P3,SHANGHAI,PICC,S1,150,S1,P2,SADDR,SNAME,S#,200,S2,P2,SUPPLIER,

10、关系,100,S1,P1,91,-,3,JC,J3,QUANTITY,S#,P#,90.5,JB,J2,P_S,关系,89.1,JA,J1,18,P3,J1,DATE,JNAME,J#,25,P3,J2,PROJECT,关系,65,P2,J1,19,RED,SCREW,P4,6,P3,J3,12,RED,NUT,P3,15,P2,J2,17,GREEN,BOLT,P2,50,P1,J1,14,BLUE,SCREW,P1,TOTAL,P#,J#,WEIGHT,COLOR,PNAME,P#,P_P,关系,PART,关系,30,关系数据模型的数据结构(续）,实体及实体间的联系的表示方法实体型：直接用

11、关系（表）表示。属性：用属性名表示。一对一联系：隐含在实体对应的关系中。一对多联系：隐含在实体对应的关系中。多对多联系：直接用关系表示。,31,关系数据模型的数据结构(续）,例1学生、系、系与学生之间的一对多联系：学生（学号，姓名，年龄，性别，系号，年级）系(系号，系名，办公地点)例2系、系主任、系与系主任间的一对一联系,32,关系数据模型的数据结构(续）,例3学生、课程、学生与课程之间的多对多联系：学生（学号，姓名，年龄，性别，系号，年级）课程（课程号，课程名，学分）选修（学号，课程号，成绩）,33,关系数据模型的数据结构(续）,关系必须是规范化的，满足一定的规范条件最基本的规范条件：关系的

12、每一个分量必须是一个不可分的数据项。,34,2.关系模型的数据操纵,查询、插入、删除、更新数据操作是集合操作，操作对象和操作结果都是关系，即若干元组的集合存取路径对用户隐蔽，用户只要指出“干什么”，不必详细说明“怎么干”,35,3.关系模型的完整性约束,实体完整性参照完整性用户定义的完整性,36,4.关系数据模型的存储结构,表以文件形式存储有的DBMS一个表对应一个操作系统文件有的DBMS自己设计文件结构,37,5.关系模型的优缺点,优点建立在严格的数学概念的基础上把表格看作集合，集合论、数理逻辑的应用概念单一，数据结构简单、清晰，用户易懂易用实体和各类联系都用关系来表示；用关键码导航数据；对

13、数据的检索结果也是关系。关系模型的存取路径对用户透明具有更高的数据独立性，更好的安全保密性简化了程序员的工作和数据库开发建立的工作,38,关系模型的优缺点（续）,缺点存取路径对用户透明导致查询效率往往不如非关系数据模型为提高性能，必须对用户的查询请求进行优化增加了开发数据库管理系统的难度,39,6.典型的关系数据库系统,ORACLESYBASEINFORMIXDB/2COBASEPBASEEasyBaseDM/2OpenBaseSQL Server,40,第一章 绪论,1.1 数据库系统概述1.2 数据模型1.3 数据库系统结构1.4 数据库系统的组成1.5 数据库技术的研究领域1.6 小结,

14、41,1.3 数据库系统结构,1.3.1数据库系统内部的模式结构 从数据库管理系统角度看1.3.2数据库系统外部的体系结构从数据库最终用户角度看,42,1.3.1 数据库系统的模式结构,数据库系统模式的概念数据库系统的三级模式结构数据库的二级映象功能与数据独立性小结,43,数据库系统模式的概念,“型”和“值”的概念型（Type）对某一类数据的结构和属性的说明值（Value）是型的一个具体赋值例如：学生记录记录型：（学号，姓名，性别，系别，年龄，籍贯）该记录型的一个记录值：（900201，李明，男，计算机，22，江苏）,44,数据库系统模式的概念（续）,模式（Schema）数据库逻辑结构和特征的

15、描述是型的描述反映的是数据的结构及其联系模式是相对稳定的模式的一个实例（Instance）模式的一个具体值反映数据库某一时刻的状态同一个模式可以有很多实例实例随数据库中的数据的更新而变动,45,1.3.1 数据库系统的模式结构,数据库系统模式的概念数据库系统的三级模式结构数据库的二级映象功能与数据独立性小结,46,数据库系统的三级模式结构,数据库的体系结构三级模式结构数据抽象的三个级别成为标准：1975，ANSI/X3/SPARC每个类型的数据库都遵守的，无论层次、网状、关系系统。,47,数据库系统的三级模式结构,对于同样的事物，处于不同角度的人，看到的不同出于不同的目的，需要了解的信息也不同

16、 从某个角度看到的数据特性，称为“数据视图”。,三级结构,48,数据库系统的三级模式结构,三级结构的目的：把数据的具体组织留给DBMS去做，用户只要抽象的处理数据，而不必关心数据在计算机中的表示和存储。,49,数据库系统的三级结构,50,数据库系统的三级模式结构(DDL),51,1模式（Schema）,模式（也称逻辑模式）数据库中全体数据的逻辑结构和特征的描述所有用户的公共数据视图，综合了所有用户的需求一个数据库只有一个模式模式的地位：是数据库系统模式结构的中间层与数据的物理存储细节和硬件环境无关与具体的应用程序、开发工具及高级程序设计语言无关模式的定义数据的逻辑结构（数据项的名字、类型、取值

17、范围等）数据之间的联系数据有关的安全性、完整性要求,52,2.外模式（External Schema）,外模式（也称子模式或用户模式）数据库用户（包括应用程序员和最终用户）使用的局部数据的逻辑结构和特征的描述数据库用户的数据视图，是与某一应用有关的数据的逻辑表示,53,外模式（续）,外模式的地位：介于模式与应用之间模式与外模式的关系：一对多外模式通常是模式的子集一个数据库可以有多个外模式。反映了不同的用户的应用需求、看待数据的方式、对数据保密的要求对模式中同一数据，在外模式中的结构、类型、长度、保密级别等都可以不同外模式与应用的关系：一对多同一外模式也可以为某一用户的多个应用系统所使用，但一个

18、应用程序只能使用一个外模式。,54,外模式（续）,外模式的用途保证数据库安全性的一个有力措施。每个用户只能看见和访问所对应的外模式中的数据,55,3内模式（Internal Schema）,内模式（也称存储模式）是数据物理结构和存储方式的描述是数据在数据库内部的表示方式记录的存储方式（顺序存储，按照B树结构存储，按hash方法存储）索引的组织方式数据是否压缩存储数据是否加密数据存储记录结构的规定一个数据库只有一个内模式,56,1.3.1 数据库系统的模式结构,数据库系统模式的概念数据库系统的三级模式结构数据库的二级映象功能与数据独立性小结,57,三级模式与二级映象,三级模式是对数据的三个抽象级

19、别二级映象在DBMS内部实现这三个抽象层次的联系和转换,58,数据库系统的三级模式结构,59,1外模式模式映象,定义外模式与模式之间的对应关系每一个外模式都对应一个外模式模式映象映象定义通常包含在各自外模式的描述中,60,外模式模式映象的用途,保证数据的逻辑独立性当模式改变时，数据库管理员修改有关的外模式模式映象，使外模式保持不变应用程序是依据数据的外模式编写的，从而应用程序不必修改，保证了数据与程序的逻辑独立性，简称数据的逻辑独立性。,61,2模式内模式映象,模式内模式映象定义了数据全局逻辑结构与存储结构之间的对应关系。例如，说明逻辑记录和字段在内部是如何表示的数据库中模式内模式映象是唯一的

20、该映象定义通常包含在模式描述中,62,模式内模式映象的用途,保证数据的物理独立性当数据库的存储结构改变了（例如选用了另一种存储结构），数据库管理员修改模式内模式映象，使模式保持不变应用程序不受影响。保证了数据与程序的物理独立性，简称数据的物理独立性。,63,1.3.1 数据库系统的模式结构,数据库系统模式的概念数据库系统的三级模式结构数据库的二级映象功能与数据独立性小结,64,小结,模式是数据库的中心与关键独立于数据库的其它层次设计数据库模式结构时应首先确定数据库的逻辑模式,65,小结（续）,内模式依赖于全局逻辑结构，但独立于数据库的用户视图即外模式，也独立于具体的存储设备。它将全局逻辑结构中

21、所定义的数据结构及其联系按照一定的物理存储策略进行组织，以达到较好的时间与空间效率。,66,小结（续）,外模式面向具体的应用程序，定义在逻辑模式之上，但独立于存储模式和存储设备设计外模式时应充分考虑到应用的扩充性。当应用需求发生较大变化，相应外模式不能满足其视图要求时，该外模式就得做相应改动,67,小结（续）,应用程序在外模式描述的数据结构上编制的，它依赖于特定的外模式，与数据库的模式和存储结构独立。不同的应用程序有时可以共用同一个外模式。,68,小结（续）,二级映象保证了数据库外模式的稳定性，从而从底层保证了应用程序的稳定性，除非应用需求本身发生变化，否则应用程序一般不需要修改。数据与程序之

22、间的独立性，使得数据的定义和描述可以从应用程序中分离出去。,69,1.3 数据库系统结构,1.3.1数据库系统内部的模式结构 从数据库管理系统角度看1.3.2数据库系统外部的体系结构从数据库最终用户角度看,70,1.3.2 数据库系统外部的体系结构,单用户结构主从式结构分布式结构客户/服务器结构浏览器/应用服务器/数据库服务器结构,71,1.单用户数据库系统,整个数据库系统(应用程序、DBMS、数据)装在一台计算机上，为一个用户独占，不同机器之间不能共享数据。早期的最简单的数据库系统,72,2.主从式结构的数据库系统,一个主机带多个终端的多用户结构数据库系统，包括应用程序、DBMS、数据，都集

23、中存放在主机上，所有处理任务都由 主机来完成各个用户通过主机的终端并发地存取数据库，共享数据资源,73,主从式结构的数据库系统,主机,终端,74,主从式结构的数据库系统(续）,优点易于管理、控制与维护。缺点当终端用户数目增加到一定程度后，主机的任务会过分繁重，成为瓶颈，从而使系统性能下降。系统的可靠性依赖主机,当主机出现故障时，整个系统都不能使用。,75,3.分布式结构的数据库系统,数据库中的数据在逻辑上是一个整体，但物理地分布在计算机网络的不同结点上。网络中的每个结点都可以独立处理本地数据库中的数据，执行局部应用同时也可以同时存取和处理多个异地数据库中的数据，执行全局应用,76,分布式结构的

24、数据库系统（续）,优点适应了地理上分散的公司、团体和组织对于数据库应用的需求。缺点数据的分布存放给数据的处理、管理与维护带来困难。当用户需要经常访问远程数据时，系统效率会明显地受到网络传输的制约。,77,4客户服务器结构的数据库系统,把DBMS功能和应用分开网络中某个（些）结点上的计算机专门用于执行DBMS功能，称为数据库服务器，简称服务器其他结点上的计算机安装DBMS的外围应用开发工具，用户的应用系统，称为客户机,78,客户服务器数据库系统的种类,集中的服务器结构 一台数据库服务器，多台客户机分布的服务器结构在网络中有多台数据库服务器分布的服务器结构是客户服务器与 分布式数据库的结合,79,

25、客户服务器结构的优点,客户端的用户请求被传送到数据库服务器，数据库服务器进行处理后，只将结果返回给用户，从而显著减少了数据传输量数据库更加开放客户与服务器一般都能在多种不同的硬件和软件平台上运行可以使用不同厂商的数据库应用开发工具,80,客户服务器结构的缺点,“胖客户”问题：系统安装复杂，工作量大。应用维护困难，难于保密，造成安全性差。相同的应用程序要重复安装在每一台客户机上，从系统总体来看，大大浪费了系统资源。系统规模达到数百数千台客户机，它们的硬件配置、操作系统又常常不同，要为每一个客户机安装应用程序和相应的工具模块，其安装维护代价便不可接受了。,81,浏览器/应用服务器/数据库服务器结构

26、,客户端：浏览器软件、用户界面 浏览器的界面统一，广大用户容易掌握 大大减少了培训时间与费用。服务器端分为两部分：Web服务器、应用服务器数据库服务器等大大减少了系统开发和维护代价能够支持数万甚至更多的用户,82,第一章 绪论,1.1 数据库系统概述1.2 数据模型1.3 数据库系统结构1.4 数据库系统的组成1.5 数据库技术的研究领域1.6 小结,83,1.4 数据库系统的组成,数据库数据库管理系统（及其开发工具）应用系统数据库管理员（用户）,84,一、硬件平台及数据库,数据库系统对硬件资源的要求(1)足够大的内存操作系统DBMS的核心模块数据缓冲区应用程序,85,数据库系统对硬件资源的要

27、求,(2)足够大的外存 磁盘操作系统DBMS应用程序数据库及其备份 光盘、磁带、软盘数据备份(3)较高的通道能力，提高数据传送率,86,二、软件,DBMS操作系统与数据库接口的高级语言及其编译系统以DBMS为核心的应用开发工具为特定应用环境开发的数据库应用系统,87,三、人员,数据库管理员系统分析员数据库设计人员应用程序员(最终用户),88,1.数据库管理员(DBA),决定数据库中的信息内容和结构决定数据库的存储结构和存取策略定义数据的安全性要求和完整性约束条件,89,数据库管理员(续),监控数据库的使用和运行周期性转储数据库数据文件日志文件系统故障恢复介质故障恢复监视审计文件,90,数据库管

28、理员(续),数据库的改进和重组性能监控和调优数据重组数据库重构,91,2.系统分析员,负责应用系统的需求分析和规范说明与用户及DBA协商，确定系统的硬软件配置参与数据库系统的概要设计,92,3.数据库设计人员,参加用户需求调查和系统分析确定数据库中的数据设计数据库各级模式,93,4.应用程序员,设计和编写应用系统的程序模块进行调试和安装,94,5.用户,偶然用户企业或组织机构的高中级管理人员简单用户银行的职员、机票预定人员、旅馆总台服务员,95,用户（续）,复杂用户工程师、科学家、经济学家、科技工作者等直接使用数据库语言访问数据库，甚至能够基于数据库管理系统的API编制自己的应用程序,96,第

29、一章 绪论,1.1 数据库系统概述1.2 数据模型1.3 数据库系统结构1.4 数据库系统的组成1.5 数据库技术的研究领域1.6 小结,97,1.5 数据库技术的研究领域,数据库管理系统软件的研制数据库设计数据库理论,98,数据库管理系统软件的研制,DBMS核心一组相互联系的软件系统工具软件中间件,99,数据库设计,数据库设计方法设计工具设计理论数据模型和数据建模,100,数据库理论,关系的规范化理论关系数据理论,101,第一章 绪论,1.1 数据库系统概述1.2 数据模型1.3 数据库系统结构1.4 数据库系统的组成1.5 数据库技术的研究领域1.6 小结,102,小结,数据库系统概述数据库的基本概念数据管理的发展过程数据库系统的研究领域数据模型数据模型的三要素概念模型，E-R 模型三种主要数据模型,103,小结(续),数据库系统的结构数据库系统三级模式结构数据库系统的体系结构数据库系统的组成,