简析一下SQL Server里面Fast_Forword 和 SRROLL 的区别

原文:简析一下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

 

 惯例先看看这个执行计划吧~


可以看到有一个查询过程要把数据插入到 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 提取数据失败,当然啦……数据都被删除了。顺带一提,如果继续往下取,还是可以取到下一条数据的哟~
……图就不截了。。。


然后在继续试下各种方式,再进行补充





















































郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。