软考数据库系统工程师复习资料

软考数据库系统工程师复习资料
一、数据模型
1.数据模型的三要素
（1）数据结构数据结构是所研究的对象类型（Object Type）的集合。

这些对象和对象类型是数据库的组成成分。

一样可分为两类:一类是与数据类型、内容和其它性质有关的对象;一类是与数据之间的联系有关的对象。

前者如网状模型中的数据项和记录，关系模型中的域、属性和关系等。

后者如网状模型中的关系模型（set type）。

在数据库领域中，通常按照数据结构的类型来命名数据模型，进而对数据库治理系统进行分类。

如层次结构、网状结构和关系结构的数据模型分别称作为层次模型、网状模型和关系模型。

相应地，数据库分别称作为层次数据库、网状数据库和关系数据库。

（2）数据操作数据操作是指对各种对象类型的实例（或值）所承诺执行的操作的集合，包括操作及有关的操作规则。

在数据库中，要紧的操作有检索和更新（包括插入、删除、修改）两大类。

数据模型定义了这些操作的定义、语法（即使用这些操作时所用的语言）。

数据结构是对系统静态特性的描述，而数据操作是对系统动态特性的描述。

两者既有联系，又有区别。

（3）数据的约束条件数据的约束条件是完整性规则的集合。

完整性规则是指在给定的数据模型中，数据及其联系所具有的制约条件和依存条件，用以限制符合数据模型的数据库的状态以及状态的变化，确保数据的正确性、有效性和一致性。

2.概念模型
数据模型是数据库系统的核心和基础。

每个DBMS软件差不多上基于某种数据模型的。

为了把现实世界中的具体事物或事物之间的联系表示成DBMS所支持的数据模型，人们第一必须将现实世界的事物及其之间的联系进行抽象，转换为信息世界的概念模型;然后将信息世界的概念模型转换为机器世界的数据模型。

也确实是说，第一把现实世界中的客观对象抽象成一种信息结构。

这种信息结构并不依靠于具体的运算机系统和DBMS。

然后，再把概念模型转换为某一运算机系统上某一DBMS所支持的数据模型。

因此，概念模型是从现实世界到机器世界的一个中间层次。

现实世界的事物反映到人的大脑之中，然后人们开始认识这些事物，通过选择、命名、分类和组织等抽象工作之后形成概念模型，并进入到信息世界。

?用户（user）关怀的是现实世界中的事物、事物的属性及其相互关系。

例如，用户可能关怀他的顾客及其属性，如顾客地址、银行帐号等等。

用户也关怀自己的定货帐目，如谁订的货、订的什么和订多少等等。

?系统分析员（analyst）同样也关怀现实世界，然而系统分析员需要分析用户的信息需求。

作为需求分析的结果，分析员必须以文档的形式对需求进行结构化的描述;那个文档确实是信息模型。

?实体（Entity）实体是构成数据库的差不多元素。

实体是指一个存在的东西以区别那个东西所具有的属性和那个东西与其它东西的联系。

实体能够是人，也能够是物;能够是实际对象，也能够是概念;能够是事物本身，也能够是指事物之间的联系。

?属性（Attribute）一个实体能够由若干个属性来刻画。

属性是相对实体而言的，是实体所具有的特性。

?关键字（Key）能唯独地标识实体的属性的集合称为关键字（或码）。

?域（Domain）属性的取值范畴称作域。

?实体型（Entity Type）一类实体所具有的共同特点或属性的集合称为实体型。

一样用实体名及其属性来抽象地刻画一类实体的实体型。

?实体集（Entity Set）同型实体的集合叫实体集。

例如，学生确实是一个实体集。

实体集的名即是实体型。

关于学生和（学号，姓名，年龄，系，年级）均是实体型，而学生是对实体型（学号，姓名，年龄，系，年级）所起的名称，两者是指同一客观对象。

但本科生和研究生能够为相同实体型，而实体集不同。

?联系（Relationship）现实世界的事物之间是有联系的。

一样存在两类联系:一是实体内部的组成实体的属性之间的联系，二是实体之间的联系。

在考虑实体内部的联系时，是把属性看作为实体。

一样来说，两个实体之间的联系可分为三种:
（1）一对一（1∶1）联系若关于实体集A中的每一个实体，实体集B中至多有唯独的一个实体与之联系，反之亦然，则称实体集A与实体集B具有一对一联系，记作1∶1。

（2）一对多（1∶n）联系若关于实体集A中的每个实体，实体集B中有n个实体（n≥0）与之联系;反之，关于实体集B中的每一个实体，实体集A中至多只有一个实体与之联系，则称实体集A与实体集B有一对多联系，记为1∶n。

相应地有多对一（n∶1）联系多对一联系，从本质上说，是一对多联系的逆转。

其定义同一对多联系类似，不再赘述。

（3）多对多（m∶n）联系若关于实体集A中的每一个实体，实体集B中有n个实体（n≥0）与之联系;反之，
关于实体集B中的每一个实体，实体集A中也有m个实体（m≥0）与之对应，则称实体集A与实体集B具有多对多联系，记作m∶n。

实质上，多对多联系是任意一种联系。

另外，同一实体集内的各个实体间也能够有各种联系。

概念模型的表示方法最常用的是实体一联系方法（Entity-Relationship Approach），简称E-R方法。

该方法是由P.P.S.Chen在1976年提出的。

E-R方法用E-R图来描述某一组织的概念模型。

在那个地点仅介绍E-R图的要点。

在E-R图中:
（1）长方形框表示实体集，框内写上实体型的名称。

（2）用椭圆框表示实体的属性，并用有向边把实体框及其属性框连接起来。

（3）用菱形框表示实体间的联系，框内写上联系名，用无向边把菱形框及其有关的实体框连接起来，在旁边标明联系的种类。

假如联系也具有属性，则把属性框和菱形框也用无向边连接上。

3.三种要紧的数据模型
实际DBMS所支持的数据模型要紧有三种:
?层次模型（Hierarchical Model）
?网状模型（Network Model）
?关系模型（Relational Model）其中，关系模型是当前DBMS所支持的数据模型的主流。

90年代运行的DBMS 几乎差不多上基于关系模型的。

层次模型和网状模型统称为非关系模型。

非关系模型的结构能够和图论中的图相对应，比较直观，但在理论上不完备，实现效率较低，故此目前专门少用。

然而最近，层次模型在研究面向对象的DBMS中已得到重视。

在关系模型中，数据在用户的观点中（或在用户视图中）的逻辑结构是一张二维表（Table）。

?关系（Relation），对应于平常讲的一张表。

?元组（Tuple），表中的一行。

?属性（Attribute），表中的一列称为一个属性，给每一列起一个名，称为属性名。

这一列或那个属性所有可能取的值的集合称为那个属性的值域（Domain），值域中的一个元素叫做那个属性的值。

?主关键字（Primary Key Attribute或Primary Key），是指能唯独标识一个元组的一个或一组属性。

?重量（Attribute value），是指元组中的一个属性值。

?关系模式（Relational Schema），是对关系的描述，一样用关系名（属性名1，属性名2，…，属性名n）来表示。

同层次模型和网状模型相比较，关系模型具有下列特点:
（1）概念单一在关系模型中，不管是实体依旧实体之间的联系都用关系来表示。

在关系模型中，在用户的观点中，数据的逻辑结构确实是表，也只有这唯独的概念。

在非关系模型中，用户要区分记录型与记录型之间的联系两个概念;当环境复杂时，数据结构专门复杂，难以把握。

而关系模型，由于概念单一，能够变复杂为直观、简单，易学易用。

（2）规范化所谓关系规范化是指在关系模型中，每一个关系都要满足一定的条件要求。

这些条件被称为规范条件。

关于关系，一个最差不多的规范条件是，要求关系中的每一个属性（或重量）均是不可分的数据项;也确实是说不承诺表中有表，表是不可嵌套的。

（3）在关系模型中，用户对数据的操作的输入和输出差不多上表，也确实是说，用户通过操作旧表而得到一张新表。

总之，关系模型概念简单，结构清晰，用户易学易用，有严格的以数学为基础的关系理论作指导，便于DBMS的实现。

基于关系的DBMS简化了应用程序员的工作，便于数据库应用系统的设计和爱护。

故此，关系模型自产生以后就得到了迅速的进展，成为应用最为广泛的、唯独的数据模型。

二、数据库系统的结构
1.数据库系统的三级模式结构
数据库治理系统的三级模式结构由外模式、模式和内模式组成。

外模式（external schema），或子模式（subschema）或用户模式（user schema），是指数据库用户所看到的数据结构，是用户看到的数据视图。

模式（schema）或逻辑模式（logic schema），是数据库中对全体数据的逻辑结构和特性的描述，是所有用户所见到的数据视图的总和。

外模式是模式的一部分。

内模式（internal schema），或储备模式（storage schema），或物理模式（physical schema），是指数据在数据库系统内的储备介质上的表示，即对数据的物理结构和存取方式的描述。

模式描述的是数据的全局的逻辑结构，决定了DBMS的功能。

外模式涉及的仅是局部的逻辑结构，是模式的子集，是对模式的调用。

数据库系统的三级模式是对数据进行三个层次抽象的工具。

通过三级模式，把对数据的具体组织留给DBMS来完成，使得用户能在高层次上处理数据的逻辑结构，而不必关怀数据的物理结构。

为了实现这三个层次这间的联系，DBMS在沟通三级模式中提供了两个映象:外模式-模式映象模式-内模式映象
（1）模式模式规定了数据库中全部数据的一个逻辑表示或描述形式。

模式既不同于内模式，也不同于外模式。

它比内模式抽象，不涉及数据的物理结构和储备介质。

它与具体的应用程序或高级语言无关。

（2）外模式外模式是个别用户的数据视图，即与某一应用有关的数据的逻辑表示。

（3）内模式内模式是全部数据库的内部表示或底层描述，是用来定义数据的物理结构和存取方式的。

（4）二级映象关于同一个模式，能够有任意多个外模式。

外模式-模式的映象定义了某个外模式和模式之间的对应关系。

这些映象的定义通常包含在各自的外模式中。

当模式改变时，外模式-模式的映象要做相应的改变，以保证外模式的不变性。

这是数据库治理员（DBA）的责任。

模式-内模式的映象定义了数据逻辑结构和储备结构之间的对应关系。

例如，字段的内部表示等。

当数据库的储备结构改变时，模式-内模式的映象也须做相应的修改，以使得模式保持不变性。

这仍是DBA的责任。

正是由于上述二级映象的功能及其自动实现，使得数据库系统中的数据具有较高的逻辑独立性和物理独立性，从而大大地点便了用户的使用。

（5）概念模式与模式ANSI研究组于1975年2月提出一个临时报告。

1978年提出一个最终报告，称之为ANˉSI/SPARC报告，简称为SPARC报告。

SPARC报告中指出，数据库治理系统应具有三级模式的结构，即概念模式、外模式和内模式。

其中外模式和内模多与上面所讲的大致相当。

但SPARC报告中的概念模式是指一个组织或部门所对应的现实世界的真实模型，即概念模型。

概念模式仅描述实体及其属性和联系，不涉及机器世界的概念。

概念模型是信息世界范畴内的信息的结构，而模式是机器世界范畴内的概念模型的逻辑表示。

概念模型独立于具体的运算机系统，甚至是和运算机无关的，是一个组织或部门的模型。

常用的描述概念模式的方法是E-R方法。

模式是依靠于具体的运算机及其DBMS的。

模式通过三种具体模型:层次模型、网状模型和关系模型来加以实现。

概念模式必须转换成具体的数据模型，然后才能在相应的DBMS上实现。

概念模型和模式差不多上描述信息或数据的整体结构的，然而它们是在不同的抽象层次上加以描述的。

概念模型离机器更远，形式化程度低。

从远离机器的观点看，概念模型更抽象些，但更接近现实世界。

而模式描述使用的是形式化的语言-模式DDL，而概念模型描述使用的是E-R图和一些自然语言。

2.使用数据库的运算机系统结构
广义地讲，实际上使用数据库的运算机系统由下列几个部分组成的:
（1）硬件部分包括主机、外部储备设备、网络设备和电源等。

（2）软件部分包括操作系统、DBMS、编译系统和应用开发工具软件等。

（3）人员包括数据库治理员（Data Base Administrator-DBA），系统分析员（System Anaˉlyst）、应用程序员（Application Programmer）和用户（User）。

3.数据库治理系统
数据库治理系统DBMS是数据库系统的核心。

DBMS是负责数据库的建立、使用和爱护的软件。

DBMS建立在操作系统之上，实施对数据库的统一治理和操纵。

用户使用的各种数据库命令以及应用程序的执行，最终都必须通过DBMS。

另外，DBMS还承担着数据库的安全爱护工作，按照DBA所规定的要求，保证数据库的完整性和安全性。

DBMS的要紧功能包括以下几个要紧方面:
（1）数据库的定义功能DBMS通过提供数据描述语言（也称数据定义语言）（Data Descripˉtive Language———DDL）来对外模式、模式和内模式加以描述。

然后模式翻译程序把用DDL写的各种模式的定义源码翻译成相应的内部表示，形成相应的目标形式，分别叫目标外模式、目标模式、目标内模式，这些目标模式是对数据库的描述，而不是数据本身。

（目标）模式只刻画了数据库的形式或框架，而不包括数据库的内容。

这些目标模式被储存在数据字典（或系统目标）之中，作为DBMS存取和治理数据的差不多依据。

例如，DBMS依照这些模式定义，进行物理结构和逻辑结构的映象，进行逻辑结构和用户视图的映象，以导出用户要检索的数据的存取方式。

（2）数据操纵功能DBMS提供数据操纵语言（Data Manipulation Language———DML）实现对数据库中数据的一些差不多操作，如:检索、插入、修改、删除和排序等等。

DML有两类:一类是嵌入主语言的，如嵌入到C 或COBOL等高级语言中。

这类DML语言本身不能单独使用，故此称为宿主型的DML或嵌入式DML。

另一类是非嵌入式语言（包括交互式命令语言和结构化语言），它的语法简单，能够独立使用，由单独的说明或编译系统来执行，因此一样称为自主型或自含型的DML。

命令语言是行结构语言，单条执行。

结构化语言是命令语言的扩充或进展，增加了程序结构描述或过程操纵功能，如循环、分支等功能。

命令语言一样逐条说明执行。

结构化语言能够说明执行，也能够编译执行。

现在DBMS一样均提供命令语言的交互式环境和结构环境两种运行方式，供用户选择。

DBMS操纵和执行DML语句（或DML程序），完成对数据库的操作。

关于自主型的结构化的DML，DBMS通常采纳说明执行的方法，但也有编译执行的方法，而且编译执行的越来越多。

另外，专门多系统同时设有说明和编译两种功能，由用户选其一。

关于嵌入型或缩主型DML，DBMS一种提供两种方法:
①预编译方法。

②修改和扩充主语言编译程序（亦称增强编译方法）。

预编译方法是，由DBMS提供一个预处理程序，对源程
序进行语法扫描，识别出DML语句，并把这些语句转换成主语言中的专门调用语句。

主语言必须和DML有调用接口。

如此在连接形成目标时和主语言语句一起形成可执行的目标。

（3）数据库运行治理数据库运行期间的动态治理是DBMS的核心部分，包括并发操纵、存取操纵（或安全性检查、完整性约束条件的检查）、数据库内部的爱护（如索引、数据字典的自动爱护等）、缓冲区大小的设置等等。

所有的数据库操作差不多上在那个操纵部分的统一治理下，协同工作，以确保事务处理的正常运行，保证数据库的正确性、安全性和有效性。

（4）数据库的建立和爱护功能数据库的建立和爱护包括初始数据的装入、数据库的转储或后备功能、数据库复原功能、数据库的重组织功能和性能分析等功能，这些功能一样都由各自对应的有用功能子程序来完成。

DBMS随软件产品和版本不同而有所差异。

通常大型机上的DBMS功能最全，小型机上的DBMS功能稍弱点，微机上的DBMS更弱些。

然而，目前，由于硬件性能和价格的改进，微机上的DBMS功能越来越全。

三、关系数据库的标准语言———SQL
1.SQL概述SQL的英语名称是结构查询语言（Structured Query Language）
实际上它的功能包括查询（Query）、操纵（Manipulation）、定义（Definition）和操纵（Control）
四个方面，是一个综合的、通用的、功能极强的关系数据库语言。

SQL支持数据库的三级模式结构。

2.SQL的数据定义功能SQL的数据定义功能包括三部分:
定义差不多表，定义视图和定义索引。

它们是:CREATE TABLE CREATE VIEW CREATE INDEX DROP TABLE DROP VIEW DROP INDEX SQL的数据定义功能可用于定义和修改模式（如差不多表），定义外模式（如视图）和内模式（如索引）。

3.差不多表的定义与删除
定义差不多表的语句格式为:
CREATE TABLE表名（列名1 类型［NOT NULL］
［，列名2类型［NOT NULL］］…）
［其他参数］;
其中，任选项“其它参数”是与物理储备有关的参数。

依照具体系统的不同而不同。

删除差不多表的语句为:DROP TABLE表名;删除索引的语句为:DROP INDEX索引名;删除索引的同时把有关索引的描述也从数据字典中删去。

但表的内涵仍存在且其数据外延内容不变。

把一个差不多表的定义连同表上所有的记录、索引以及由此差不多表导出的所有视图全部都删除，并开释相应的储备空间。

4.索引的建立与删除
对一个差不多表，能够依照顾用环境的需要建立若干索引，以提供多种存取方式。

通常，索引的建立和删除由DBA或表的主人（即建立表的人）负责。

用户不必也不能在存取数据时选择索引。

存取路径的选择由系统自动进行。

索引的描述存放在数据字典中。

建立索引的语句格式为:
CREATE［UNIQUE］INDEX索引名ON差不多表名（列名［次序］［，列名［次序］］…）［其他参数］;那个地点的任选项———其他参数是与物理储备有关的参数。

索引能够建在一列或几列上。

圆括号内是索引列的顺序说明表。

其中的任选项———次序，指定了索引值排序的次序。

可取ASC（升序）或DESC（降序）。

缺省值为升序。

UNIQUE表示每一索引值只对应唯独的数据记录。

5.SQL的数据操纵功能
SQL的数据操纵功能包括SELECT，INSERT，DELETE和UPDATE四个语句，即检索和更新（包括增、删、改）两部分工能。

检索确实是查询。

SQL更新语句SQL的更新语句
包括修改，删除和插入三类语句。

①修改（UPDATE）（亦称为更新）
修改语句的一样格式为:
UPDA TE表名
SET字段=表达式［，字段=表达式］…
［WHERE谓词］;
修改指定表中满足谓词（或条件）的元组，把这些元组按SET子句中的表达式修改相应属性或字段上的值。

②删除（DELETE）
删除语句一样格式为:
DELETE FROM表名
［WHERE谓词］;
从指定表中删除满足谓词的那些记录。

没有WHERE子句时表示删去此表中的全部记录，但此表的定义仍在数据字典中，只是一个空表。

DELETE只对表外延操作，不对内涵操作。

③插入（INSERT）插入语句的一样格式为:
INSERT INTO表名［（字段名［，字段名］…）］
valueS（常量［，常量］…）;
或
INSERT
INTO表名［（字段名［，字段名］…）］
子查询;
第一种格式把一个新记录插入指定的表中。

第二种格式把子查询的结果插入表中。

若表中有些字段在插入语句中没有显现，则这些字段上的值取空值NULL。

因此在表定义中说明了NOT NULL的字段在插入时不能取NULL。

若插入语句中没有指出字段名，则新记录必须在每个字段上均有值。

6.视图
视图是从一个或几个差不多表（或视图）导出的表。

某一用户能够定义若干视图。

因此对某一用户而言，按ANSI/SPARC报告的观点，他的外模式是由若干差不多表和若干视图组成的。

视图和差不多表不同，视图是一个虚表，即视图所对应的数据不实际储备在数据库中，数据库中只储备视图的定义（存在数据字典中）。

视图一经定义就能够和差不多表一样被查询、被删除（DROP），也能够用来定义新的视图，但更新（增、删、改）操作将有一定限制。

视图能够明白得成一个数据库，只有内涵储存在数据库字典中，而无外延储备;其外延是在使用时动态地生成的或运算出来的。

（1）视图的定义与删除
SQL建立视图的语句格式为:
CREATE VIEW视图名［（字段名［，字段名］…）］
AS子查询
［WITH CHECK OPTION谓词］;
视图能够删除，语句格式为:
DROP VIEW视图名;
视图的定义就从数据字典中删除。

由此视图导出的其它视图也将自动被删除。

若导出此视图的差不多表删除了，则此视图也将自动删除。

（2）视图的查询语句
视图定义后，用户能够如同差不多表那样对视图查询。

（3）视图的更新语句对视图的更新最终要转换成对差不多表的更新（那个地点的更新，指INSERT，UPDATE 和DELETE三类操作）。

在关系数据库中，并非所有的视图差不多上可更新的，也确实是说，有些视图的更新不能唯独地有意义地转换成对差不多表的更新。

（4）视图的优点视图的概念具有专门多优点，要紧有:
（1）视图关于数据库的重构造提供了一定程度的逻辑独立性;
（2）简化了用户观点;
（3）视图机制使不同的用户能以不同的方式看待同一数据;
（4）视图机制对隐秘数据提供了自动的安全爱护功能。

7.SQL的数据操纵功能
SQL数据操纵功能是指操纵用户对数据的存取权力。

某个用户对某类数据具有何种操作权力是由DBA决定的。

这是个政策问题而不是技术问题。

数据库治理系统的功能是保证这些决定的执行。

为此它必须能:
（1）把授权的决定告知系统，这是由SQL的GRANT和REVOKE语句来完成的。

（2）把授权的结果存入数据字典。

（3）当用户提出操作要求时，依照授权情形进行检查，以决定是执行操作要求依旧拒绝之。

授权语句的一样格式为:
GRANT权力［，权力］…［ON对象类型对象名］TO用户［，用户］…，
［WITH GRANT OPTION］;
对不同类型的操作对象可有不同的操作权力。

（1）对差不多表、视图及其字段的操作权力有查询、插入、更新、删除以及它们的总和ALL PRIVILEGE。

（2）对差不多表的操作权力还有修改（ALTER）和建立索引（INDEX）。

（3）对数据库的操作权力有建立表（CREATETAB）。

某用户有了此权力就能够使用Create table建立差不多表。

称他为表的主人，拥有对此表的一切操作权力。

（4）对表空间的权力有使用（USE）数据库空间储备差不多表的权力。

（5）系统权力有建立新数据库（CREATEDBA）的权力。

GRANT语句中的任选项WITH GRANT OPTION的作用是使获得某种权力的用户能够把权力再授予别的用户。

8.嵌入式SQL
把SQL嵌入主语言使用时必须解决三个问题:
（1）区分SQL语句与主语言语句。

这是通过在所有的SQL语句前加前缀EXEC SQL来解决的。

SQL语句终止标志随主语言不同而不同，如PL/1用分号（;），COBOL用EMD-EXEC来表示。

SQL语句第一由预编译程序加以处理，转换为主语言编译程序能够识别的形式，然后交主语言编译程序进一步处理。

（2）数据库工作单元和程序工作单元之间的通信。

SQL语句中能够使用主语言的程序变量（简称主变量），这些变量名前加冒号（:）作标志，以区别地字段名，程序中使用的任何表（差不多表或视图）都要用EXEC SQL DECLARE语句加以说明。

一则使程序更加清晰，二则使预编译程序能作某些语法检查。

SQL语句执行后，系统要反馈给应用程序若干信息，这些信息送到SQL的通信区SQL CA。

SQL CA用语句EXEC SQL INCLUDE 加以定义。

在SQL CA中有一个状态指示字段SQL CODE。

当SQL CODE为零时，表示SQL语句执行成功，否则返回一个错误代码（负值）或警告信息（正值）。

程序员应该在每个SQL语句之后测试SQL CODE的值，以便处理各种情形。

（3）一个SQL语句原则上可产生或处理一组记录，而主语言一次只能处理一个记录，为此必须和谐两种处理方式。

这是用游标（Cursor）来解决的。

下面第一讨论不需要游标的DML语句，然后讨论使用游标的DML 语句。

9.不用游标的DML语句
不需要游标的DML语句有:查询结果为单记录的SELECT语句UPDATE（除了CURRENT形式的UPDATE）语句DELETE（除了CURRENT形式的DELETE）语句INSERT语句
（1）查询结果为单记录的SELECT语句这类语句的一样格式是:（主语言为PL/1）EXEC SQL SELECT目标列INTO主变量［空值标志］FROM差不多表（或视图）［WHERE条件表达式］;SELECT语句从数据库中找到符合条件的记录，把结果放到主变量中。

（2）UPDATE语句
（3）DELETE语句
（4）INSERT语句
10.使用游标的DML语句
一样情形下SELECT语句的查询结果是记录的集合而不是单个记录，为此需要用游标机制作为桥梁，把集合操作转换为单记录处理。

与游标有关的语句有四个:
（1）定义游标。

游标是与某一查询结果相联系的符号名。

用DECLARE语句定义。

这是一个说明语句。

与游标相对应的SELECT语句这时并不执行。

（2）打开（OPEN）游标。

打开游标语句使游标处于活动状态。

与游标相应的查询语句被执行。

游标指向查询结果集中的第一个记录之前。

（3）推进（FETCH）游标。

把游标向前推进一个记录，并把游标指向的当前记录中的字段值取出，放到INTO 子句后相应的主变量中。

FETCH语句常常用于循环，以借助主语言功能逐一处理结果集中的数据。

（4）关闭（CLOSE）游标。

关闭游标，使它不再和原先的查询结果相联系。

关闭了的游标能够再次被打开，与新的查询结果集相联系。

使用CURRENT形式的UPDA TE和删除语句应注意:
（1）若游标定义中的SELECT语句带有UNION或ORDER BY子句，或者那个SELECT语句相当于定义了一个不可更新的视图，则不能用这两个更新语句。

（2）若使用CURRENT形式的UPDATE语句，则游标定义中要包括FOR UPDATE子句，指出更新的字段（SET 子句中使用的字段）。

因此，游标定义语句的一样格式为:EXEC SQL DECLARE游标名CURSOR FOR子查询UNION子查询…［FOR UPDATE OF字段名［，字段名］…|ORDER-BY-子句］;
11.SQL的事务处理功能
（1）事务处理的概述所谓事务（Transaction）是指一系列动作的组合，这些动作被当作一个整体来处理。

这些动作或者相继都被执行，或者什么也不做。

在数据库中，一个动作是指一个SQL语句。

事务是一组SQL语句组成的一个逻辑单位。

要么这些SQL语句全部被按顺序正确执行，要么在某SQL语句执行失败时，按照用户要求，取消已执行的SQL语句对数据库中数据的修改。

或者要么事务中SQL语句都被正确执行，完成该事。