SQL Server游标的使用/关闭/释放/优化小结

游标是邪恶的！

在关系数据库中，我们对于查询的思考是面向集合的。而游标打破了这一规则，游标使得我们思考方式变为逐行进行.对于类c的开发人员来着，这样的思考方式会更加舒服。

正常面向集合的思维方式是:

而对于游标来说:

这也是为什么游标是邪恶的，它会使开发人员变懒，懒得去想用面向集合的查询方式实现某些功能.

同样的，在性能上，游标会吃更多的内存，减少可用的并发，占用宽带，锁定资源，当然还有更多的代码量……

从游标对数据库的读取方式来说，不难看出游标为什么占用更多的资源，打个比方:

   

当你从atm取钱的时候，是一次取1000效率更高呢，还是取10次100？

既然游标这么“邪恶”，为什么还要学习游标

我个人认为存在既是合理.归结来说，学习游标原因我归纳为以下2点

1.现存系统有一些游标，我们查询必须通过游标来实现

2.作为一个备用方式，当我们穷尽了while循环,子查询，临时表，表变量,自建函数或其他方式扔来无法实现某些查询的时候，使用游标实现.

t-sql中游标的生命周期以及实现

在t-sql中，游标的生命周期由5部分组成

1.定义一个游标

在t-sql中，定义一个游标可以是非常简单，也可以相对复杂，取决于游标的参数.而游标的参数设置取决于你对游标原理的了解程度.

游标其实可以理解成一个定义在特定数据集上的指针，我们可以控制这个指针遍历数据集，或者仅仅是指向特定的行，所以游标是定义在以select开始的数据集上的:

t-sql中的游标定义在msdn中如下:

declare cursor_name cursor [ local | global ] [ forward_only | scroll ] [ static | keyset | dynamic | fast_forward ] [ read_only | scroll_locks | optimistic ] [ type_warning ] for select_statement [ for update [ of column_name [ ,...n ] ] ][;]

    

   看起来很让人头痛是吧.下面仔细讲一下如何定义游标:

   游标分为游标类型和游标变量，对于游标变量来说，遵循t-sql变量的定义方法（啥，不知道t-sql变量定义的规则？参考我前面的博文）.游标变量支持两种方式赋值，定义时赋值和先定义后赋值，定义游标变量像定义其他局部变量一样，在游标前加”@”,注意，如果定义全局的游标，只支持定义时直接赋值，并且不能在游标名称前面加“@”，两种定义方式如下:

下面我们来看游标定义的参数:

local和global二选一

local意味着游标的生存周期只在批处理或函数或存储过程中可见，而global意味着游标对于特定连接作为上下文，全局内有效,例如:

如果不指定游标作用域，默认作用域为global

forward_only 和 scroll 二选一

forward_only意味着游标只能从数据集开始向数据集结束的方向读取，fetch next是唯一的选项，而scroll支持游标在定义的数据集中向任何方向，或任何位置移动，如下图:

    

static  keyset  dynamic  和 fast_forward 四选一

这四个关键字是游标所在数据集所反应的表内数据和游标读取出的数据的关系

static意味着，当游标被建立时，将会创建for后面的select语句所包含数据集的副本存入tempdb数据库中，任何对于底层表内数据的更改不会影响到游标的内容.

dynamic是和static完全相反的选项,当底层数据库更改时，游标的内容也随之得到反映，在下一次fetch中，数据内容会随之改变

keyset可以理解为介于static和dynamic的折中方案。将游标所在结果集的唯一能确定每一行的主键存入tempdb,当结果集中任何行改变或者删除时，@@fetch_status会为-2,keyset无法探测新加入的数据

fast_forward可以理解成forward_only的优化版本.forward_only执行的是静态计划，而fast_forward是根据情况进行选择采用动态计划还是静态计划，大多数情况下fast_forward要比forward_only性能略好.

read_only  scroll_locks  optimistic 三选一
read_only意味着声明的游标只能读取数据,游标不能做任何更新操作

scroll_locks是另一种极端，将读入游标的所有数据进行锁定，防止其他程序进行更改，以确保更新的绝对成功

optimistic是相对比较好的一个选择，optimistic不锁定任何数据，当需要在游标中更新数据时,如果底层表数据更新，则游标内数据更新不成功，如果，底层表数据未更新，则游标内表数据可以更新

  

2.打开游标

当定义完游标后，游标需要打开后使用，只有简单一行代码:

open test_cursor

注意，当全局游标和局部游标变量重名时，默认会打开局部变量游标

3.使用游标

   游标的使用分为两部分,一部分是操作游标在数据集内的指向，另一部分是将游标所指向的行的部分或全部内容进行操作

   只有支持6种移动选项,分别为到第一行（first),最后一行(last),下一行(next),上一行(prior),直接跳到某行(absolute(n)),相对于目前跳几行(relative(n)),例如:

对于未指定scroll选项的游标来说，只支持next取值.

第一步操作完成后，就通过into关键字将这行的值传入局部变量:

比如下面代码:

游标经常会和全局变量@@fetch_status与while循环来共同使用,以达到遍历游标所在数据集的目的,例如：

4.关闭游标

在游标使用完之后，一定要记得关闭,只需要一行代码:close+游标名称

close test_cursor

5.释放游标

当游标不再需要被使用后，释放游标，只需要一行代码:deallocate+游标名称

deallocate test_cursor

对于游标一些优化建议

如果能不用游标，尽量不要使用游标用完用完之后一定要关闭和释放尽量不要在大量数据上定义游标尽量不要使用游标上更新数据尽量不要使用insensitive, static和keyset这些参数定义游标如果可以，尽量使用fast_forward关键字定义游标如果只对数据进行读取，当读取时只用到fetch next选项，则最好使用forward_only参数

总结

本文从游标的基本概念，到生命周期来谈游标。游标是非常邪恶的一种存在，使用游标经常会比使用面向集合的方法慢2-3倍，当游标定义在大数据量时，这个比例还会增加。如果可能，尽量使用while,子查询，临时表，函数，表变量等来替代游标，记住，游标永远只是你最后无奈之下的选择，而不是首选。