适用于:
SQL Server
Azure SQL 数据库
Azure SQL 托管实例
关系数据库中的操作会对整个行集起作用。 例如,由
SELECT
语句返回的行集包括满足该语句的
WHERE
子句中条件的所有行。 这种由语句返回的完整行集称为结果集。 应用程序,特别是交互式联机应用程序,并不总能将整个结果集作为一个单元来有效地处理。 这些应用程序需要一种机制以便每次处理一行或一部分行。 游标就是提供这种机制的对结果集的一种扩展。
游标通过以下方式来扩展结果处理:
允许定位在结果集的特定行。
从结果集的当前位置检索一行或一部分行。
支持对结果集中当前位置的行进行数据修改。
为由其他用户对显示在结果集中的数据库数据所做的更改提供不同级别的可见性支持。
在脚本、存储过程中提供 Transact-SQL 语句,并触发对结果集中数据的访问。
在某些情况下,如果表上有一个主键,可以使用
WHILE
循环代替游标,而不会产生游标的开销。
然而,在某些情况下,游标不仅是不可避免的,而且实际上是不可或缺的。 在这种情况下,如果不需要基于游标来更新表,则使用“firehose”游标,即
快进和只读
游标。
SQL Server 支持三种游标实现。
Transact-SQL 游标
Transact-SQL 游标基于 语法,
DECLARE CURSOR
主要用于 Transact-SQL 脚本、存储过程和触发器。 Transact-SQL 游标在服务器上实现,由从客户端发送到服务器的 Transact-SQL 语句进行管理。 它们还可能包含在批处理、存储过程或触发器中。
应用程序编程接口 (API) 服务器游标
API 游标支持 OLE DB 和 ODBC 中的 API 游标函数。 API 服务器游标在服务器上实现。 每次客户端应用程序调用 API 游标函数时, SQL Server Native Client OLE DB 访问接口或 ODBC 驱动程序会把请求传输到服务器,以便对 API 服务器游标进行操作。
客户端游标
客户端游标由 SQL Server Native Client ODBC 驱动程序和实现 ADO API 的 DLL 在内部实现。 客户端游标通过在客户端高速缓存所有结果集行来实现。 每次客户端应用程序调用 API 游标函数时, SQL Server Native Client ODBC 驱动程序或 ADO DLL 会对客户端上高速缓存的结果集行执行游标操作。
SQL Server 支持四种游标类型。
游标可以利用 tempdb 工作表。 就像溢出的聚合或排序操作一样,这些操作在 I/O 中产生,是潜在的性能瓶颈。
STATIC
游标从一开始就使用工作表。 有关详细信息,请参阅
查询处理体系结构指南中的工作表
。
只进游标指定为
FORWARD_ONLY
和
READ_ONLY
,不支持滚动。 这些游标也称为“firehose”游标,并且只支持从游标的开始到结束连续提取行 。 行只在从数据库中提取出来后才能检索。 对所有由当前用户发出或由其他用户提交、并影响结果集中的行的
INSERT
、
UPDATE
和
DELETE
语句,其效果在这些行从游标中提取时是可见的。
由于游标无法向后滚动,则在提取行后对数据库中的行进行的大多数更改通过游标均不可见。 当值用于确定所修改的结果集(例如更新聚集索引涵盖的列)中行的位置时,修改后的值通过游标可见。
尽管数据库 API 游标模型将只进游标视为一种游标类型,但是 SQL Server 不这样。 SQL Server 将只进和滚动视为可应用于静态游标、键集驱动游标和动态游标的选项。 Transact-SQL 游标支持仅向前静态游标、键集驱动游标和动态游标。 数据库 API 游标模型则假定静态游标、键集驱动游标和动态游标都是可滚动的。 当数据库 API 游标属性设置为只进时, SQL Server 将此游标作为只进动态游标实现。
静态游标的完整结果集是打开游标时在
tempdb
中生成的。 静态游标总是按照打开游标时的原样显示结果集。 静态游标在滚动期间很少或根本检测不到变化,但消耗的资源相对很少。
游标不反映在数据库中所做的任何影响结果集成员身份的更改,也不反映对组成结果集的行的列值所做的更改。 静态游标不会显示打开游标以后在数据库中新插入的行,即使这些行符合游标
SELECT
语句的搜索条件。 如果组成结果集的行被其他用户更新,则新的数据值不会显示在静态游标中。 静态游标会显示打开游标以后从数据库中删除的行。 静态游标中不反映
UPDATE
、
INSERT
或者
DELETE
操作(除非关闭游标然后重新打开),甚至不反映使用打开游标的同一连接所做的修改。
SQL Server 静态游标始终是只读的。
由于静态游标的结果集存储在“tempdb”中的一个工作表中,因此结果集中的行大小不能超过 SQL Server 表的最大行大小。
有关详细信息,请参阅
查询处理体系结构指南中的工作表
。 有关最大行大小的详细信息,请参阅
SQL Server 最大容量规范
。
Transact-SQL 对静态游标使用不区分术语。 一些数据库 API 将这类游标识别为快照游标。
Keyset
打开由键集驱动的游标时,该游标中各行的成员身份和顺序是固定的。 由键集驱动的游标由一组唯一标识符(键)控制,这组键称为键集。 键是根据以唯一方式标识结果集中各行的一组列生成的。 键集是打开游标时来自符合
SELECT
语句要求的所有行中的一组键值。 由键集驱动的游标对应的键集是打开该游标时在
tempdb
中生成的。
动态游标与静态游标相对。 当滚动游标时,动态游标反映结果集中所做的所有更改。 结果集中的行数据值、顺序和成员在每次提取时都会改变。 所有用户做的全部
UPDATE
、
INSERT
和
DELETE
语句均通过游标可见。 如果使用
SQLSetPos
或 Transact-SQL
WHERE CURRENT OF
子句等 API 函数通过游标创建,则汇报立即可见。 在游标外部所做的更新直到提交时才可见,除非将游标的事务隔离级别设为未提交读。 有关隔离级别的详细信息,请参阅
SET TRANSACTION ISOLATION LEVEL (Transact-SQL)
。
动态游标计划从不使用空间索引。
SQL Server 支持两种请求游标的方法:
Transact-SQL
Transact-SQL 语言支持使用基于 ISO 游标语法建模的游标的语法。
数据库应用程序编程接口(API)游标函数
SQL Server 支持以下数据库 API 的游标功能:
ADO(Microsoft ActiveX 数据对象)
OLE DB
ODBC(开放式数据库连接)
应用程序不能混合使用这两种请求游标的方法。 使用 API 指定游标行为的应用程序不应随后执行 Transact-SQL DECLARE CURSOR 语句来请求 Transact-SQL 游标。 应用程序只有在将所有的 API 游标特性设置回默认值后,才可以执行 DECLARE CURSOR。
如果尚未请求 Transact-SQL 和 API 游标,SQL Server默认为将完整结果集(称为默认结果集)返回给应用程序。
Transact-SQL 游标和 API 游标具有不同的语法,但以下常规过程适用于所有SQL Server游标:
将游标与 Transact-SQL 语句的结果集相关联,并定义游标的特征,例如是否可以更新游标中的行。
执行 Transact-SQL 语句以填充游标。
从游标中检索您想要查看的行。 从游标中检索一行或一部分行的操作称为提取。 执行一系列提取操作以便向前或向后检索行的操作称为滚动。
根据需要,对游标中当前位置的行执行修改操作(更新或删除)。
关闭游标。
如何实现游标
DECLARE CURSOR (Transact-SQL)
游标 (Transact-SQL)
游标函数 (Transact-SQL)
游标存储过程 (Transact-SQL)
SET TRANSACTION ISOLATION LEVEL (Transact-SQL)