sqlserver的游标,SQL数据库的游标

sqlserver这个如何用游标来实现

在sqlserver2000中新建一个存储过程：

CREATE PROCEDURE PK_Test

AS

//声明2个变量

declare @O_ID nvarchar(20)

declare @A_Salary float

//声明一个游标mycursor，select语句中参数的个数必须要和从游标取出的变量名相同

declare mycursor cursor for select O_ID,A_Salary from AddSalary

//打开游标

open mycursor

//从游标里取出数据赋值到我们刚才声明的2个变量中

fetch next from mycursor into @O_ID,@A_Salary

//判断游标的状态

//0 fetch语句成功

//-1 fetch语句失败或此行不在结果集中

//-2被提取的行不存在

while (@@fetch_status=0)

begin

//显示出我们每次用游标取出的值

print '游标成功取出一条数据'

print @O_ID

print @A_Salary

//用游标去取下一条记录

fetch next from mycursor into @O_ID,@A_Salary

end

//关闭游标

close mycursor

//撤销游标

deallocate mycursor

GO

连张图都没有,看看这个游标示例能不能帮你

SQLserver 大批量更新插入的时候游标怎么优化

尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该考虑改写。

使用基于游标的方法之前，应先寻找基于集的解决方案来解决问题，基于集的方法通常更有效。

最好的改进光标性能的技术就是：能避免时就避免使用游标

若有时无法避免使用游标，则可以用如下技巧来优化游标的性能。

(1). 除非必要否则不要使用static/insensitive游标。打开static游标会造成所有的行都被拷贝到临时表。这正是为什么它对变化不敏感的原因——它实际上是指向临时数据库表中的一个备份。很自然，结果集越大，声明其上的static游标就会引起越多的临时数据库的资源争夺问题。

(2). 除非必要否则不要使用keyset游标。和static游标一样，打开keyset游标会创建临时表。虽然这个表只包括基本表的一个关键字列(除非不存在唯一关键字)，但是当处理大结果集时还是会相当大的。

(3). 当处理单向的只读结果集时，使用fast_forward代替forward_only。使用fast_forward定义一个forward_only，则read_only游标具有一定的内部性能优化。

(4). 使用read_only关键字定义只读游标。这样可以防止意外的修改，并且让服务器了解游标移动时不会修改行。

(5). 小心事务处理中通过游标进行的大量行修改。根据事务隔离级别，这些行在事务完成或回滚前会保持锁定，这可能造成服务器上的资源争夺。

(6). 小心动态光标的修改，尤其是建在非唯一聚集索引键的表上的游标，因为他们会造成“Halloween”问题——对同一行或同一行的重复的错误的修改。因为SQL Server在内部会把某行的关键字修改成一个已经存在的值，并强迫服务器追加下标，使它以后可以再结果集中移动。当从结果集的剩余项中存取时，又会遇到那一行，然后程序会重复，结果造成死循环。

(7). 对于大结果集要考虑使用异步游标，尽可能地把控制权交给调用者。当返回相当大的结果集到可移动的表格时，异步游标特别有用，因为它们允许应用程序几乎马上就可以显示行

sqlserver游标

--申明一个游标

DECLARE MyCursor CURSOR

FOR SELECT TOP 5 FBookName,FBookCoding FROM TBookInfo

--打开一个游标

OPEN MyCursor

--循环一个游标

DECLARE @BookName nvarchar(2000),@BookCoding nvarchar(2000)

FETCH NEXT FROM MyCursor INTO @BookName,@BookCoding

WHILE @@FETCH_STATUS =0

BEGIN

print 'name'+@BookName

FETCH NEXT FROM MyCursor INTO @BookName,@BookCoding

END

--关闭游标

CLOSE MyCursor

--释放资源

DEALLOCATE MyCursor

游标属于行级操作 消耗很大

SQL查询是基于数据集的

所以一般查询能有 能用数据集 就用数据集 别用游标

数据量大 是性能杀手

什么是SqlServer游标

数据库之---游标分类:数据库相关

在数据库开发过程中，当你检索的数据只是一条记录时，你所编写的事务语句代码往往使用SELECT INSERT 语句。但是我们常常会遇到这样情况，即从某一结果集中逐一地读取一条记录。那么如何解决这种问题呢？游标为我们提供了一种极为优秀的解决方案。

1.游标和游标的优点

在数据库中，游标是一个十分重要的概念。游标提供了一种对从表中检索出的数据进行操作的灵活手段，就本质而言，游标实际上是一种能从包括多条数据记录的结果集中每次提取一条记录的机制。游标总是与一条SQL 选择语句相关联因为游标由结果集（可以是零条、一条或由相关的选择语句检索出的多条记录）和结果集中指向特定记录的游标位置组成。当决定对结果集进行处理时，必须声明一个指向该结果集的游标。如果曾经用 C 语言写过对文件进行处理的程序，那么游标就像您打开文件所得到的文件句柄一样，只要文件打开成功，该文件句柄就可代表该文件。对于游标而言，其道理是相同的。可见游标能够实现按与传统程序读取平面文件类似的方式处理来自基础表的结果集，从而把表中数据以平面文件的形式呈现给程序。

我们知道关系数据库管理系统实质是面向集合的，在MS SQL SERVER 中并没有一种描述表中单一记录的表达形式，除非使用where 子句来限制只有一条记录被选中。因此我们必须借助于游标来进行面向单条记录的数据处理。由此可见，游标允许应用程序对查询语句select 返回的行结果集中每一行进行相同或不同的操作，而不是一次对整个结果集进行同一种操作；它还提供对基于游标位置而对表中数据进行删除或更新的能力；而且，正是游标把作为面向集合的数据库管理系统和面向行的程序设计两者联系起来，使两个数据处理方式能够进行沟通。

2. 游标种类

MS SQL SERVER 支持三种类型的游标：Transact_SQL 游标，API 服务器游标和客户游标。

（1） Transact_SQL 游标

Transact_SQL 游标是由DECLARE CURSOR 语法定义、主要用在Transact_SQL 脚本、存储过程和触发器中。Transact_SQL 游标主要用在服务器上，由从客户端发送给服务器的Transact_SQL 语句或是批处理、存储过程、触发器中的Transact_SQL 进行管理。 Transact_SQL 游标不支持提取数据块或多行数据。

（2） API 游标

API 游标支持在OLE DB， ODBC 以及DB_library 中使用游标函数，主要用在服务器上。每一次客户端应用程序调用API 游标函数，MS SQL SEVER 的OLE DB 提供者、ODBC驱动器或DB_library 的动态链接库（DLL） 都会将这些客户请求传送给服务器以对API游标进行处理。

（3） 客户游标

客户游标主要是当在客户机上缓存结果集时才使用。在客户游标中，有一个缺省的结果集被用来在客户机上缓存整个结果集。客户游标仅支持静态游标而非动态游标。由于服务器游标并不支持所有的Transact-SQL 语句或批处理，所以客户游标常常仅被用作服务器游标的辅助。因为在一般情况下，服务器游标能支持绝大多数的游标操作。由于API 游标和Transact-SQL 游标使用在服务器端，所以被称为服务器游标，也被称为后台游标，而客户端游标被称为前台游标。在本章中我们主要讲述服务器（后台）游标。

你可以通过这个链接引用该篇文章:

2006.7.22 22:44 作者：java021 收藏 | 评论：5 | 阅读：1239

----------------------

举例还不得编程？