在关系数据库中，咱们对于查询的思考是面向集合的。而游标打破了这一规则，游标使得咱们思考方式变为逐行进行.对于类C的开发人员来着，这样的思考方式会更加舒服。数据库
正常面向集合的思惟方式是:并发
而对于游标来讲:函数
这也是为何游标是邪恶的，它会使开发人员变懒，懒得去想用面向集合的查询方式实现某些功能.性能
一样的，在性能上，游标会吃更多的内存，减小可用的并发，占用宽带，锁定资源，固然还有更多的代码量……学习
从游标对数据库的读取方式来讲，不难看出游标为何占用更多的资源，打个比方:fetch
当你从ATM取钱的时候，是一次取1000效率更高呢，仍是取10次100？大数据
既然游标这么“邪恶”，为何还要学习游标
我我的认为存在既是合理.归结来讲，学习游标缘由我概括为如下2点优化
1.现存系统有一些游标，咱们查询必须经过游标来实现url
2.做为一个备用方式，当咱们穷尽了while循环,子查询，临时表，表变量,自建函数或其余方式扔来没法实现某些查询的时候，使用游标实现.spa
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,子查询，临时表，函数，表变量等来替代游标，记住，游标永远只是你最后无奈之下的选择，而不是首选。
游标是邪恶的！