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

而對于游標(biāo)來說:

這也是為什么游標(biāo)是邪惡的，它會使開發(fā)人員變懶，懶得去想用面向集合的查詢方式實現(xiàn)某些功能.

同樣的，在性能上，游標(biāo)會吃更多的內(nèi)存，減少可用的并發(fā)，占用寬帶，鎖定資源，當(dāng)然還有更多的代碼量……

從游標(biāo)對數(shù)據(jù)庫的讀取方式來說，不難看出游標(biāo)為什么占用更多的資源，打個比方:

當(dāng)你從ATM取錢的時候，是一次取1000效率更高呢，還是取10次100？

我個人認(rèn)為存在既是合理.歸結(jié)來說，學(xué)習(xí)游標(biāo)原因我歸納為以下2點

1.現(xiàn)存系統(tǒng)有一些游標(biāo)，我們查詢必須通過游標(biāo)來實現(xiàn)

2.作為一個備用方式，當(dāng)我們窮盡了while循環(huán),子查詢，臨時表，表變量,自建函數(shù)或其他方式扔來無法實現(xiàn)某些查詢的時候，使用游標(biāo)實現(xiàn).

在T-SQL中，游標(biāo)的生命周期由5部分組成

在T-SQL中，定義一個游標(biāo)可以是非常簡單，也可以相對復(fù)雜，取決于游標(biāo)的參數(shù).而游標(biāo)的參數(shù)設(shè)置取決于你對游標(biāo)原理的了解程度.

游標(biāo)其實可以理解成一個定義在特定數(shù)據(jù)集上的指針，我們可以控制這個指針遍歷數(shù)據(jù)集，或者僅僅是指向特定的行，所以游標(biāo)是定義在以Select開始的數(shù)據(jù)集上的:

T-SQL中的游標(biāo)定義在MSDN中如下:


復(fù)制代碼代碼如下:
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 ] ] ]
[;]


看起來很讓人頭痛是吧.下面仔細(xì)講一下如何定義游標(biāo):

游標(biāo)分為游標(biāo)類型和游標(biāo)變量，對于游標(biāo)變量來說，遵循T-SQL變量的定義方法（啥，不知道T-SQL變量定義的規(guī)則？參考我前面的博文）.游標(biāo)變量支持兩種方式賦值，定義時賦值和先定義后賦值，定義游標(biāo)變量像定義其他局部變量一樣，在游標(biāo)前加”@”,注意，如果定義全局的游標(biāo)，只支持定義時直接賦值，并且不能在游標(biāo)名稱前面加“@”，兩種定義方式如下: