数据库系统原理.docx
- 文档编号:23617892
- 上传时间:2023-05-19
- 格式:DOCX
- 页数:24
- 大小:32.58KB
数据库系统原理.docx
《数据库系统原理.docx》由会员分享,可在线阅读,更多相关《数据库系统原理.docx(24页珍藏版)》请在冰豆网上搜索。
数据库系统原理
目录
与文件结构相比,数据库结构的不同
文件系统阶段的数据管理缺陷
数据库系统中物理存储介质层次。
解释DB、DBMS、DBS
概念模式在数据库结构中的重要地位
在三级模式结构之间提供两个层次的映像的原因
数据独立性与数据联系的区别
解释数据冗余及后果
解释数据库语言及其类别
解释数据库
解释数据之间的联系,关系数据库中如何实现数据之间的联系
解释DB的系统缓冲区
数据库系统与文件系统相比怎样减少数据冗余
解释数据库独立性,如何实现数据独立性,有什么好处
数据库系统与数据库管理系统的区别
数据库系统的生存期的几个阶段,数据库结构设计在生存期中的地位
数据库设计的规划阶段应做的事情
数据库设计的需求分析阶段如何实现及其目标
数据字典的内容和作用
在DBS中数据字典(DD)的作用
解释ER图及其要素
ER概念设计的过程
将局部ER模型合并成全局ER模型,需要消除哪三种冲突?
ER图转换为关系模型的转换规则。
DBS的维护工作
解释弱实体、超类、子类
评审在数据库设计中的作用,允许设计过程中有多次回溯与反复的原因
在DBD中,要有概念设计阶段的原因
在数据库设计中,对概念模型的要求
数据库的设计过程
解释数据库的重组织和重构造及其原因
解释函数依赖
解释两个函数依赖集的等价
解释平凡的FD,如何推出
进行关系模式分解的原因和依据
解释多值依赖
无损分解的定义和意义
保持FD的分解的定义和意义
关系模式的分解的优缺点
对关系代数表达式进行优化的原因
关系中的元组没有先后顺序的原因
关系中不允许有重复元组的原因
解释两个关系代数表达式等价
查询优化在的重要性和可能性
SQL的关系代数特点和元组演算特点
SQL语言如何实现查询结果是否允许存在重复元组
嵌入式SQL的预处理方式如何实现,有何意义
视图的优点
建索引的目的
比较基本表与视图
嵌入式SQL如何解决数据库工作单元与源程序工作单元之间的通讯
解释游标
SQL的数据定义包括哪些操作
对视图的更新操作有些什么限制
在主语言的程序中使用SQL语句的规定
如何协调SQL的集合处理方式与主语言单记录处理方式
嵌入式SQL的DML语句何时不必涉及到游标,何时必须涉及到游标
为何将SQL中的视图称为虚表
所有的视图不是都可以更新的原因
预处理方式对于嵌入式SQL的实现的意义
SQL语言支持的关系数据库的三级结构
实现嵌入式SQL需要解决的关键技术问题
数据库中为什么要进行并发控制
数据库权限的作用
解释封锁机制
解释并区别数据库的安全性和完整性
解释封锁粒度,封锁粒度的大小与并发性、系统开销之间的关系
数据库的典型恢复策略
解释权限的转授和回收
简述SQLServer2000的4个版本
简述SQLServer企业管理器
存储过程及其优点
简述SQLServer触发器
解释角色及其作用
PB9.0的特点
PB开发空间的三个层次
PB的两组工具栏
PB的数据库画板的功能
PB的数据窗口对象
PB连接数据库的步骤
传统数据库的局限性
与ER图相比,对象联系图有哪些修改和扩充
面向对象技术中的数据类型系统是由哪几个部分组成的
UML的发展历程
类图中的基本成分
ODBC技术的特点
ODBC的体系结构构成及各部分的功能
驱动程序管理器及其主要功能。
简述SQL/CLI
解释事务的持久性,如何实现
在数据库系统中介质故障的恢复方法
简述数据库系统中可能发生的故障类型
分布式数据库系统中分布透明性的3个层次
在客户/服务器数据库体系结构中,客户机和服务器各自功能
关系模型的3个组成部分
事务的原子性
简述两段封锁协议的内容
各种结构数据模型的数据结构特点
分布式数据库的数据独立性
文件系统阶段的数据管理缺陷
主要有3个缺陷:
数据冗余;数据不一致性;数据联系弱。
与文件结构相比,数据库结构的不同
主要有下面三点不同:
(1)数据的结构化。
文件由记录组成,但各文件之间缺乏联系。
数据库中数据在磁盘中仍以文件形式组织,但这些文件之间有着广泛的联系。
数据库的逻辑结构用数据模型来描述,整体结构化。
数据模型不仅描述数据本身的特点,还要描述数据之间的联系。
(2)数据独立性。
文件只有设备独立性,而数据库还具有逻辑独立性和物理独立性。
(3)访问数据的单位。
访问文件中的数据,以记录为单位。
访问数据库中的数据,以数据项(字段)为单位,增加了系统的灵活性。
解释DB、DBMS、DBS
DB是存储在一起、统一管理的相关数据的集合。
DB能为各种用户共享,具有最小冗余度,数据间联系密切,而又有较高的数据独立性。
DBMS是位于用户与OS之间的一层数据管理软件,为用户或应用程序提供访问DB的方法,包括DB的建立、查询、更新及各种数据控制。
DBS是实现有组织地、动态地存储大量关联数据,方便多用户访问的计算机软件、硬件和数据资源组织的系统,即采用了数据库技术的计算机系统。
数据库系统中物理存储介质层次。
DBS中物理存储介质有六个层次:
高速缓存、主存、快闪存、磁盘、光盘和磁带。
高速缓存和主存的特点是:
访问速度最快、价钱最贵,致命的弱点是在掉电或系统崩溃时,数据立即丢失。
快闪存和磁盘又称为辅助存储器、联机存储器。
数据容量大,在掉电或系统崩溃时,数据不会丢失。
光盘和磁带又称为脱机存储器或第三级存储器。
其特点是:
访问速度最慢,价钱也最便宜,主要用于备份。
各种结构数据模型的数据结构特点
在DB技术中,数据在磁盘上的组织仍是文件,但是还实现了数据之间的联系。
在各种数据模型中实现的方式是不同的,随着数据模型的发展,实现方式经历了从低级到高级的演变过程。
(1)在层次、网状模型中,数据之间联系是用指针实现的。
指针值是记录的地址(物理地址或逻辑地址),这就允分利用了数据结构中链表的技术。
这种方法查询速度较快,但带来一个缺点,查询语言是过程性的,应用程序的编写比较复杂。
(2)关系模型中,数据之间联系通过关键码来体现。
在关系中,有主键和外键,通过外键和主键的联系实现两个记录的联系。
这种方法,查询语言是非过程性的,编程比较简单,但缺点是查询速度较慢。
随着硬件性能的改善,“慢”的现象正在消失。
概念模式在数据库结构中的重要地位
数据按外模式的描述提供给用户,按内模式的描述存储在磁盘中,而逻辑模式提供了连接这两级的相对稳定的中间观点,并使得两级的任何一级的改变都不受另一级的牵制。
在三级模式结构之间提供两个层次的映像的原因
三级模式是指用户的局部逻辑结构(外模式)、DB整体逻辑结构(逻辑模式)和DB物理结构(内模式),三级模式之间在结构、类型、长度等方面往往差别很大,为了实现这三个抽象级别的联系和转换,DBMS在三级模式之间提供了两个层次的映像:
外模式/逻辑模式映像,逻辑模式/内模式映像。
数据独立性与数据联系的区别
数据独立性是指应用程序和DB的数据之间相互独立,不受影响,对系统的要求是“数据独立性要高”。
而数据联系是指记录之间的联系,对系统的要求是“数据联系密切”。
解释数据冗余及后果
数据冗余是指相同的数据被存储多次。
数据冗余的后果是浪费空间,造成数据操作异常(一处修改,引起多处修改),可能造成数据完整性的缺陷和数据不一致性。
数据冗余是相对的概念,例如键与外键也是数据冗余,但它是一种必须的数据冗余,它是在关系之间进行联系的手段,数据库的特点是可控数据冗余度。
解释数据库语言及其类别
数据库语言包括:
数据定义语言(又称为数据描述语言)和数据操纵语言。
数据描述语言,简记为DDL,负责定义和描述数据库的各种特性,对数据库的逻辑设计和物理设计中所得到的数据模式进行定义的描述及数据库三级结构的描述。
数据操纵语言,简称DML,实现对数据库的操作,包括:
检索、插入、删除和修改等操作。
解释数据库
数据库是统一管理的相关数据的集合。
数据库是存储在计算机内的、有组织的、可共享的数据集合,具有较小的冗余度和较高的数据独立性和易扩展性。
解释数据之间的联系,关系数据库中如何实现数据之间的联系
数据库不仅能存储数据,而且能存储数据之间的联系。
在关系数据库中,通过表与表之间所包含的公共属性实现数据之间的联系。
利用这种联系能够将数据冗余度限下在最小范围之内,实现数据完整性约束和数据一致性控制。
所以,关系数据库不是孤立文件的简单集合,而是相互联系数据的整体逻辑结构。
解释DB的系统缓冲区
在应用程序运行时,DBMS在内存为其开辟一个DB的系统缓冲区,用于“数据的传输和格式的转换”。
数据库系统与文件系统相比怎样减少数据冗余
数据冗余是指各个数据文件中存在重复的数据。
在文件管理系统中,数据被组织在一个个独立的数据文件中,每个文件都有完整的体系结构,对数据的操作是按文件名访问。
数据文件之间没有联系,数据文件是面向应用程序的。
每个应用都拥有并使自己的数据文件,各数据文件中难免有许多数据相互重复,数据的冗余度比较大。
数据库系统以数据库方式管理大量共享的数据。
数据库系统由许多单独文件组成,文件内部具有完整的结构,但它更注重文件之间的联系。
数据库系统中的数据具有共享性。
数据库系统是面向整个系统的数据共享而建立的,各个应用的数据集中存储,共同使用,数据库文件之间联系密切,因而尽可能地避免了数据的重复存储,减少和控制了数据的冗余。
解释数据库独立性,如何实现数据独立性,有什么好处
数据独立性是指应用程序和数据之间相互独立、不受影响,即数据结构的修改不会引起应用程序的修改。
数据独立性包括物理数据独立性和逻辑数据独立性。
物理数据独立性是指数据库物理结构改变时不必修改现有的应用程序。
逻辑数据独立性是指数据库逻辑结构改变时不用改变应用程序。
数据独立性是由DBMS的二级映像功能来实现的。
数据库系统通常采用外模式、模式和内模式三级结构,数据库管理系统在这三级模式之间提供了外模式/模式和模式/内模式两层映像。
当整个系统要求改变模式是时(增加记录类型、增加数据项),由DBMS对各个外模式/模式的映像作相应改变,使无关的外模式保持不变,而应用程序是依据数据库的外模式编写的,所以应用程序不必修改,从而保证了数据的逻辑独立性。
当数据的存储结构改变时,由DBMS对模式/内模式映像作相应改变,可能使模式不变,从而应用程序也不必改变,保证了数据的物理独立性。
数据独立性的好处是:
(1)减轻了应用程序的维护工作量;
(2)对同一数据库的逻辑模式,可以建立不同的用户模式,从而提高数据共享性,使数据库系统有较好的可扩充性,给DBA维护、改变数据库的物理存储提供了方便。
数据库系统与数据库管理系统的区别
数据库系统是指在计算机系统中引入数据库后的系统构成,一般由数据库、数据库管理系统、应用系统、数据库管理员和用户构成。
数据库管理系统是位于用户与操作系统之间的一层数据管理软件,是数据库系统的一个重要组成部分。
数据库系统的生存期的几个阶段,数据库结构设计在生存期中的地位
数据库系统的生存期一般分为七个阶段:
规划阶段、需求分析、概念设计、逻辑设计、物理设计、实现阶段、运行和维护阶段。
数据库结构的设计是数据库应用系统设计的基础,它的好坏直接影响数据库的效率和质量,是数据库生存期中的一个非常重要的阶段。
数据库设计的规划阶段应做的事情
数据库设计中的规划阶段的主要任务是进行建立数据库的必要性及可行性分析,确定数据库系统在组织中和信息系统中的地位,以及各个数据库之间的联系。
数据库设计的需求分析阶段如何实现及其目标
这一阶段是计算机人员(系统分析员)和用户双方共同收集数据库所需要的信息内容和用户对处理的需求。
并以需求说明书的形式确定下来,作为以后系统开发的指南和系统验证的依据。
需求分析的工作主要由下面四步组成:
(1)分析用户活动,产生业务流程图;
(2)确定系统范围,产生系统关联图;(3)分析用户活动涉及的数据,产生数据流图;(4)分析系统数据,产生数据字典。
数据字典的内容和作用
数据字典通常包括:
数据项、数据流、数据结构、数据存储和处理过程五个部分。
数据字典是系统中各类数据描述的集合,是一系列二维表格,是进行详细的数据收集和数据分析所获得的主要成果。
数据字典在数据库设计中占有很重要的地位。
在DBS中数据字典(DD)的作用
在DBS中,DD是存储三级结构的描述(即元数据)。
DBMS的所有工作都要以DD中的元数据为依据,也就是所有工作都要通过DD系统访问DD。
解释ER图及其要素
ER方法是“实体—联系方法”的称。
它是描述现实世界概念结构模型(实体模型)的有效方法。
用ER方法建立的概念结构模型称为ER模型,或称为ER图。
ER图是由实体、实体的属性和实体之间的联系三个要素组成的。
ER概念设计的过程
(1)设计局部ER模式:
确定局部结构范围,实体定义,联系定义,属性分配。
(2)设计全局ER模式;确定公共实体类型,ER模式的合并,冲突的消除。
(3)全局ER模式的优化:
实体类型的合并,冗余属性的消除,冗余联系的消除。
将局部ER模型合并成全局ER模型,需要消除哪三种冲突?
属性冲突、结构冲突、命名冲突。
ER图转换为关系模型的转换规则。
(1)将每一个实体分别转换成一个关系,实体的属性即是关系的属性,实体的键就是关系的键。
(2)如果实体间的联系是一对一的联系,将一个关系的键作为外键放在另一个关系中。
(3)如果实体间的联系是一对多联系,则将“一”端的关系的键作为外键在“多”端的关系中。
(4)如果实体间的联系是多对多,则将联系单独转换成一个关系,该关系称为交叉关系。
这个关系的键由与联系相关联的实体的键组合而成,联系的属性成为这个交叉关系的属性。
DBS的维护工作
DBS的运行维护工作由DBA相当。
运行维护阶段的主要工作有四种:
(1)DBS的转储、恢复工作。
(2)DBS安全性、完整性控制。
(3)DBS性能的监督、分析和改进。
(4)DBS的重组织和重构造。
解释弱实体、超类、子类
一个实体的存在以其他实体的存在为前提,此时称前者为“弱实体”,后者为“父实体”。
父实体与弱实体的联系类型只能是1:
1或1:
N。
在数据抽象的“概括”联系中,我们把下层概念称为子类,上层概念称为超类。
此时,子类实体继承了超类实体的所有属性,但子类实体本身还可包含自己特有的属性。
评审在数据库设计中的作用,允许设计过程中有多次回溯与反复的原因
评审的作用在于确认某一阶段的任务是否全部完成,避免重大的错误。
因为管理人员缺乏对管理对象的了解,所以在评审是时可能导致设计过程的回溯与反复。
在DBD中,要有概念设计阶段的原因
进行DBD时,如果将现实世界中的客观对象直接转换为机器世界中的对象,就会感到非常不方便,注意力往往被牵扯到更多的细节限制方面,而不能集中在最重的信息的组织结构和处理模式上,因此往往是将客观对象先抽象为不依赖于任何具体机器的信息结构,这种信息结构不是DBMS支持的数据模型,而是概念模型。
然后再把概念模型转换成具体机器上DBMS支持的数据模型。
因此,概念模型可以看成是现实世界到机器世界的一个过渡的中间层次。
而概念设计阶段成为需求分析到逻辑设计之间的一个重要阶段。
增加了概念设计阶段,但降低了DBD的复杂度。
在数据库设计中,对概念模型的要求
对概念模型有以下四个要求:
(1)概念模型应有丰富的语义表达能力,能真实反映用户的各种需求。
(2)概念模型应简洁、明晰、独立于机器、容易理解。
(3)概念模型应易于变动,容易修改和补充。
(4)概念模型应很容易向关系模型、层次模型、网状模型等转换。
数据库的设计过程
数据库运行过程中物理存储会不断变化,对数据库的设计进行评价、调整、修改是一个长期的任务,也是设计工作的继续和提高。
维护工作由DBA来完成,维护工作包括:
(1)数据库的转储和恢复。
(2)数据库的安全性和完整性控制。
(3)数据库的性能监督、分析和改造。
(4)数据库的重组织与重构造。
解释数据库的重组织和重构造及其原因
数据库运行一段时间后,由于记录不断增、删、改会使数据库的物理存储情况变环,降低了数据的存储效率,这时可由DBA对数据库进行重组织,按原设计要求重新安排存储位置、回收垃圾、减少指针等,以提高系统效率。
数据库的重组织不修改数据库的逻辑结构和物理结构。
DBMS一般都提供了实用程序,用来对数据库重组织的工作。
由于数据库应用环境的变化,增加了新的应用或新的实体,取消了某些应用,有的实体与实体间的联系也发生了变化,使原有的数据库设计不能满足新的要求,需要调整数据库的模式和内模式,这被称为数据库的重构造。
例如:
在表中增加或删除某些数据项,改变数据项的类型,增强或删除某个表,改变数据库的容量,增加或删除某些索引等。
如果应用变化太大,重构也无济于事,应该设计新的数据库应用系统了。
数据库的重构造需要部分修改数据库的逻辑结构和物理结构(或者称为部分修改模式和内模式),这个工作由DBA来完成。
解释函数依赖
在关系模式R(U)中,X,Y是U的子集,r是R的任一具体关系,如果对r的任意两个元组t1、t2,都有t1[X]=t2[X]蕴涵t1[Y]=t2[Y],那么称函数依赖X→Y在模式R上成立。
解释两个函数依赖集的等价
如果两个函数依赖集F和G,满足F+=G+,则称F和G等价。
此时,F中每个FD都在G+中,而G中每个FD也都在F+中。
解释平凡的FD,如何推出
对于FDX→Y,如果Y∈X,那么称X→Y是一个平凡的FD。
平凡的FD根据自反性规则就可推出。
进行关系模式分解的原因和依据
由于数据之间存在着联系和约束,在关系模式的关系中可能会存在数据冗余和操作异常现象,因此需把关系模式进行分解,以消除冗余和异常现象。
分解的依据是数据依赖和模式的标准(范式)。
解释多值依赖
给定关系模式R及其属性或属性组A,B,当且仅发对于一给定的A值,与之相应有一组B值,且这组B值与关系中的其他属性值无关,则称B多值依赖于A,记为A→→B。
无损分解的定义和意义
设关系模式R相对于FD集F分解成数据库模式ρ,如果对于R中每个关系r都有r=mp(r),那么称ρ是无损分解。
(此处mp(r)为r在ρ中每个模式上投影的自然连接)无损分解,可以保证数据在投影以后通过自然连接仍能恢复回来。
保持FD的分解的定义和意义
设关系模式R相对于FD集F分解成数据库模式ρ,如果F在ρ中每个模式上的投影的并集,仍能逻辑蕴涵原来的F,那么称分解ρ保持FD集。
保持FD集的分解,能保证数据的语议不会出错,不会违反原来F中的FD的语义。
关系模式的分解的优缺点
分解有两个优点:
(1)消除冗余和异常;
(2)在分解了的关系中可存储悬挂元组。
但分解有两个缺点:
(1)可能分解了的关系不存在泛关系;
(2)做查询操作,需做连接操作,增加了查询时间。
对关系代数表达式进行优化的原因
关系代数表达式由关系代数操作组合而成。
操作中,以笛卡儿积和连接操作最费时间,并生成大量的中间结果。
如果直接按用户书写的顺序执行,很可能效率低。
因此在执行前,先由DBMS的查询子系统对关系代数表达式进行检查,尽可能先执行选择和投影操作,以减少中间结果,并节省时间。
优化工作是由DBMS做的,用户在书写关系代数表达式时不必关心优化这件事,仍以简捷的连接形式书写。
关系中的元组没有先后顺序的原因
由于关系定义为元组的集合,而集合中的元素是没有顺序的,因此关系中的元组也就没有先后的顺序(对用户而言)。
这样既能减少逻辑排序,又便于在关系数据库中引进集合论的理论。
关系中不允许有重复元组的原因
每个关系模式都有一个主键,在关系中主键值是不允许重复的。
如果关系中有重复元组,那么其主键值肯定相等,起不了唯一标识作用,因此关系中不允许有重复元组。
解释两个关系代数表达式等价
两个关系代数表达式等价是指用同样的关系实例代替两个表达式中相应关系时所得到的结果是一样的。
也就是得到相同的属性集和相同的元组集,但元组中属性的顺序可能不一致。
查询优化在的重要性和可能性
关系数据语言具有非过程化的特点。
用户只要指出“做什么”,“怎样做”是由系统实现的。
这给用户带来了方便,使对数据的操作简便,但却加重了系统的负担。
系统需要自行选择存取路径,而存取路径选择的好坏是影响查询效率的关键所在。
因此查询优化就成了关系系统需要解决的一个重要问题。
利用优化的一般策略和关系代数表达式的等价变换规则,就可以对关系代数表达式进行优化。
经过优化的关系代数表达式可能不是所有等价的关系代数表达式中最优的,但一般情况下,能使查询效率大大提高。
SQL的关系代数特点和元组演算特点
SQL的SELECT语句的基本句法来自于关系代数表达式πL(бF(R1×…×Rm)),并且SQL中有并(UNION)、交(INTERSECT)和差(EXCEPT)等操作,因此SQL具有关系代数特点。
SELECT语句中出现的基本表名,都应该理解成基本表中的元组变量,而列名应理解成元组分组,这样SQL就具有了元组演算的特点。
SQL语言如何实现查询结果是否允许存在重复元组
对于SELECT语句中SELECT子句,若用“SELECTDISTINCT”形式,则查询结果中不允许有重复元组;若不写DISTINCT字样,则查询结果中允许出现重复元组。
嵌入式SQL的预处理方式如何实现,有何意义
预处理方式是先用预处理程序对源程序进行扫描,识别出SQL语句,并处理成主语言的函数调用形式;然后再用主语言的编译程序把源程序编译成目标程序。
这种方法的重要意义在于不必改动主语言的编译程序,这样,SQL的编译程序和主语言的编译程序之间就可独立,互不影响。
视图的优点
(1)视图对于数据库的重构提供了一定程序的逻辑独立性。
(2)简化了用户观点。
(3)视图机制使不同的用户能以不同的方式看待同一数据集合。
(4)视图机制对机密文件数据提供了自动的安全保护功能。
建索引的目的
建索引的目的是为了快速查询,建索引的个数不是越多越好,如果数据增、删、改频繁,系统会花费许多时间来维护索引(因为当关系中的元组进行增、删、改时,索引由系统进行自动修改),解决的办法是删除不必要的索引。
比较基本表与视图
基本表是实际存在物理存储介质上的实表,而视图是个虚表,它在实际的存储介质上不存在,只是在数据字典中存储了视图结构的定义,它是由一个或几个基本表或其他视图导出的表。
用户对基本表和视图的查询是相同的,对视图的更新有一些限制。
嵌入式SQL如何解决数据库工作单元与源程序工作单元之间的通讯
在SQL语句中引用主语言程序变量,简称共享变量,完成数据库工作单元与源程序工作单元之间的通讯。
主变量前加“:
”,以区别于数据库的字段名,共享变量在使用前应预先用SQL的DECLARE语句声明。
解释游标
在主语言程序中,SELECT命令在操作数据集合上定义一个游标时,系统将分配一个临时缓冲区保存该元组数据集合,游标是在程序中设定的一个临时指针,它指向SELECT命令当前要处理的元组。
SQL的数据定义包括哪些操作
SQL的数据定义主要包括对SQL模式(即数据库)、基本表、视图和索引的创建和撤销。
对视图的更新操作有些什么限制
视图中只有“行列子集视图”是允许更新的。
如果视图是从单个基本表只使用选择、投影操作导出的,并且包含了基本表的主键,那么这种视图称为“行列子集视图”。
其他方式构成的视图都不允许更新。
另外,允许更新的视图在定义时,必须加上“WITHCHECKOPTON”短语。
在主语言的程序中使用SQL语句的规定
在主语言的程序中使用SQL语句有三条规定:
(1)分清SQL语句和主语言语句。
所有SQL语句必须加上前缀“EXECSQL”和结束标志“END_EXEC”。
(2)允许嵌入的SQL语句引用主语言的程序变量(引用时加冒号作为前缀),但不允许主语言语句引用SQL数据库的表名和列名。
(3)SQL的集合处理方式与主语言单记录处理方式之间用游标机制协调。
如何协调SQL的集合处理方式与主
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 系统 原理