遊标是邪惡的！
在關系資料庫中，我們對于查詢的思考是面向集合的。而遊标打破了這一規則，遊标使得我們思考方式變為逐行進行.對于類c的開發人員來着，這樣的思考方式會更加舒服。
正常面向集合的思維方式是:
而對于遊标來說:
這也是為什麼遊标是邪惡的，它會使開發人員變懶，懶得去想用面向集合的查詢方式實作某些功能.
同樣的，在性能上，遊标會吃更多的記憶體，減少可用的并發，占用寬帶，鎖定資源，當然還有更多的代碼量……
從遊标對資料庫的讀取方式來說，不難看出遊标為什麼占用更多的資源，打個比方:
當你從atm取錢的時候，是一次取1000效率更高呢，還是取10次100？
我個人認為存在既是合理.歸結來說，學習遊标原因我歸納為以下2點
1.現存系統有一些遊标，我們查詢必須通過遊标來實作
2.作為一個備用方式，當我們窮盡了while循環,子查詢，臨時表，表變量,自建函數或其他方式扔來無法實作某些查詢的時候，使用遊标實作.
在t-sql中，遊标的生命周期由5部分組成
在t-sql中，定義一個遊标可以是非常簡單，也可以相對複雜，取決于遊标的參數.而遊标的參數設定取決于你對遊标原理的了解程度.
遊标其實可以了解成一個定義在特定資料集上的指針，我們可以控制這個指針周遊資料集，或者僅僅是指向特定的行，是以遊标是定義在以select開始的資料集上的:
t-sql中的遊标定義在msdn中如下:
看起來很讓人頭痛是吧.下面仔細講一下如何定義遊标:
遊标分為遊标類型和遊标變量，對于遊标變量來說，遵循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不鎖定任何資料，當需要在遊标中更新資料時,如果底層表資料更新，則遊标内資料更新不成功，如果，底層表資料未更新，則遊标内表資料可以更新
當定義完遊标後，遊标需要打開後使用，隻有簡單一行代碼:
注意，當全局遊标和局部遊标變量重名時，預設會打開局部變量遊标
遊标的使用分為兩部分,一部分是操作遊标在資料集内的指向，另一部分是将遊标所指向的行的部分或全部内容進行操作
隻有支援6種移動選項,分别為到第一行（first),最後一行(last),下一行(next),上一行(prior),直接跳到某行(absolute(n)),相對于目前跳幾行(relative(n)),例如:
對于未指定scroll選項的遊标來說，隻支援next取值.
第一步操作完成後，就通過into關鍵字将這行的值傳入局部變量:
比如下面代碼:
遊标經常會和全局變量@@fetch_status與while循環來共同使用,以達到周遊遊标所在資料集的目的,例如：
在遊标使用完之後，一定要記得關閉,隻需要一行代碼:close+遊标名稱
當遊标不再需要被使用後，釋放遊标，隻需要一行代碼:deallocate+遊标名稱
如果能不用遊标，盡量不要使用遊标
用完用完之後一定要關閉和釋放
盡量不要在大量資料上定義遊标
盡量不要使用遊标上更新資料
盡量不要使用insensitive, static和keyset這些參數定義遊标
如果可以，盡量使用fast_forward關鍵字定義遊标
如果隻對資料進行讀取，當讀取時隻用到fetch next選項，則最好使用forward_only參數
本文從遊标的基本概念，到生命周期來談遊标。遊标是非常邪惡的一種存在，使用遊标經常會比使用面向集合的方法慢2-3倍，當遊标定義在大資料量時，這個比例還會增加。如果可能，盡量使用while,子查詢，臨時表，函數，表變量等來替代遊标，記住，遊标永遠隻是你最後無奈之下的選擇，而不是首選。
遊标是邪惡的！
小注：
@@fetch_status 函數報告上一個 fetch 語句的狀态
1 > . 0 ：表示成功取出了一行。@@fetch_status=0
2 > . - 1表示未取到資料。遊标位置超出結果集。@@fetch_status=-1
3 > . - 2表示傳回的行已經不再是結果集的一個成員，這種情況隻有在遊标不是insensitive的情況下出現，即其它程序已删除了行或改變了遊标打開的關鍵值。@@fetch_status=-2