简析一下SQL Server里面Fast_Forword 和 SRROLL 的区别
这次简单说说游标的分类。
先看看通常游标的语法
DECLARE cursor_name CURSOR
[ LOCAL :局部游标,仅在当前会话有效
| GLOBAL : 全局游标,全局有效,可以
] [ FORWARD_ONLY :只能向前游标,读取游标时只能使用 Next 谓词
| SCROLL :滚动游标,FIRST、LAST、PRIOR、NEXT、RELATIVE、ABSOLUTE 都可以使用
] [ STATIC :定义一个游标,以创建将由该游标使用的数据的临时复本。对游标的所有请求都从 tempdb 中的这一临时表中得到应答;
| KEYSET :对基表中的非键值所做的更改(由游标所有者更改或由其他用户提交)可以在用户滚动游标时看到。其他用户执行的插入是不可见的(不能通过 Transact-SQL 服务器游标执行插入)。如果删除某一行,则在尝试提取该行时返回值为 -2 的 @@FETCH_STATUS。
| DYNAMIC :定义一个游标,以反映在滚动游标时对结果集内的各行所做的所有数据更改。行的数据值、顺序和成员身份在每次提取时都会更改。动态游标不支持 ABSOLUTE 提取选项
| FAST_FORWARD :指定启用了性能优化的 FORWARD_ONLY、READ_ONLY 游标。如果指定了 SCROLL 或 FOR_UPDATE,则不能也指定 FAST_FORWARD
] [ READ_ONLY :只读游标,不能对游标内容进行更改,不能使用 where current of 语句
| SCROLL_LOCKS :指定通过游标进行的定位更新或删除一定会成功。将行读入游标时 SQL Server 将锁定这些行,以确保随后可对它们进行修改。
| OPTIMISTIC :指定如果行自读入游标以来已得到更新,则通过游标进行的定位更新或定位删除不成功。当将行读入游标时,SQL Server 不锁定行
] [ TYPE_WARNING ] FOR select_statement [ FOR UPDATE [ OF column_name [ ,...n ] ] :制定那些列可以进行更新,如果不填,则默认全部可以更新
]
好了,抛完书包之后,现在问题来了,本人尽量图文并茂的描述每种类型的特点吧……_(:з」∠)_
--------------------------------------------------------------我是分割线-----------------------------------------------------------------------------------------------------------------------------------------------
测试表的结构
CREATE TABLE [dbo].[Employee] ( [ID] [int] NOT NULL IDENTITY(1, 1) primary key, [NAME] [nvarchar] (50) NULL, [Name2] [varchar] (50) NULL ) ON [PRIMARY] GO
FORWARD_ONLY 和 SCROLL
这两者在用的过程中还是比较好区别。一个只能前进,一个可以前滚翻后滚翻什么的。
先看看
FORWARD_ONLY
DECLARE CR_CURSOR CURSOR FAST_FORWARD --这个游标,是一个只读游标而已哦~ FOR SELECT ID , NAME FROM dbo.Employee WHERE ID >= 24 DECLARE @ID INT , @Name NVARCHAR(50) OPEN CR_CURSOR FETCH NEXT FROM CR_CURSOR INTO @ID, @Name WHILE @@FETCH_STATUS = 0 BEGIN --UPDATE dbo.Employee SET Name2 = @Name WHERE CURRENT OF CR_CURSOR 因为是只读游标,所以是不允许修改游标本身内容 UPDATE dbo.Employee SET Name2 = @Name WHERE ID = @ID FETCH NEXT FROM CR_CURSOR INTO @ID, @Name END CLOSE CR_CURSOR DEALLOCATE CR_CURSOR
然后我们看看执行计划,这个就跟普通的即时查询时没有任何区别的,所以我猜测,假如在游标读取过程中,数据发生了变化,是可以获取出来的。下面我来验证一下
1、在读取之前,我先温柔的删除Employee 表里面,ID = 25的记录
DELETE FROM dbo.Employee WHERE ID = 25
2、然后在读取游标里面开启单步调试,读到ID = 24的节点
3、然后在读下一个游标之前,我添加了一条数据
SET IDENTITY_INSERT Employee ON INSERT INTO dbo.Employee (ID,NAME ) VALUES ( 25,N'我是插进来的小三') SET IDENTITY_INSERT Employee OFF
然后继续F10前进 ~咦~~25出来了野~
证明了,FORWARD_ONLY 这货是在游标向下滚动的时候即使获取数据的。所以能捕捉到新插入或删除的数据。
大致是这样纸了,下面在看看
SCROLL
DECLARE CR_CURSOR CURSOR SCROLL --代码基本一致,只是换成了 SCROLL FOR SELECT ID , NAME FROM dbo.Employee WHERE ID >= 24 DECLARE @ID INT , @Name NVARCHAR(50) OPEN CR_CURSOR FETCH NEXT FROM CR_CURSOR INTO @ID, @Name WHILE @@FETCH_STATUS = 0 BEGIN UPDATE dbo.Employee SET Name2 = @Name WHERE CURRENT OF CR_CURSOR --这句现在可以执行了 FETCH NEXT FROM CR_CURSOR INTO @ID, @Name END CLOSE CR_CURSOR DEALLOCATE CR_CURSOR
惯例先看看这个执行计划吧~
![](//images0.cnblogs.com/blog/675244/201411/051448556113553.png)
可以看到有一个查询过程要把数据插入到 CWT_PrimaryKey 的临时表里面。那我猜想,如果在游标读取途中,外部有数据的增加,是获取不到的了,那如果更新和删除会怎么样呢?实验一下
1、在读取之前,我还是先温柔的删除Employee 表里面,ID = 25的记录
DELETE FROM dbo.Employee WHERE ID = 25
2、然后在读取游标里面开启单步调试,读到ID = 24的节点
3、然后在读下一个游标之前,我添加了一条数据
SET IDENTITY_INSERT Employee ON
INSERT INTO dbo.Employee
(ID,NAME )
VALUES ( 25,N'我是插进来的小三')
SET IDENTITY_INSERT Employee OFF
然后F10……ID25没有粗线_(:з」∠)_直接到26去了
确实,外部新增了数据,是获取不到的。下面测一下修改和删除。
1、然后在读取游标里面开启单步调试,读到ID = 24的节点
2、修改ID是25的数据
UPDATE dbo.Employee SET NAME = '我是修改了的ID25哦' WHERE ID = 25
3、然后按F10继续走,是可以获取的哟~
删除呢?
重试一遍,在单步的过程中直接将 ID = 25的数据抹掉,然后就直接循环结束了~查了一下 @@Fetch_Status = -2 提取数据失败,当然啦……数据都被删除了。顺带一提,如果继续往下取,还是可以取到下一条数据的哟~
……图就不截了。。。
然后在继续试下各种方式,再进行补充