在關係數據庫中，咱們對於查詢的思考是面向集合的。而遊標打破了這一規則，遊標使得咱們思考方式變爲逐行進行.對於類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,子查詢，臨時表，函數，表變量等來替代遊標，記住，遊標永遠只是你最後無奈之下的選擇，而不是首選。
遊標是邪惡的！