大家都說：原來的ADO分頁方法中的游標(biāo)效率低下，而且容易引起鎖，甚至導(dǎo)致死機(jī)。我想問：這個游標(biāo)到底是存在于客戶端、WEB服務(wù)器還是數(shù)據(jù)庫？他們是不是一回事？是否根據(jù)ADO可以讓他們都存在游標(biāo)？到底哪種的游標(biāo)最不好？

還有一個問題：
我好不容易找到了一個TOP 結(jié)合max的分頁方法，但今天我發(fā)現(xiàn)，我搜索我的1000萬的數(shù)據(jù)庫得到25萬條數(shù)據(jù)，甚至包括like搜索，但用最原始的ADO方法，發(fā)現(xiàn)速度也非常的快啊??！比TOP等方法慢不到哪里去?。繛槭裁催@么快呢？

在某一時刻只有一個DataReader能夠打開。。在ADO分頁中，如果你打開一個連接并請求兩個使用只向前的只讀游標(biāo)的記錄集，ADO隱性地為游標(biāo)的生命周期的數(shù)據(jù)存儲打開第個不在連接池中的連接，接著隱性地關(guān)閉它。在ADO.NET中，如果你想在同一個數(shù)據(jù)存儲上同時打開兩個DataReader，你必須明確地建立兩個連接，每個DataReader一個。通過這種方法ADO.NET給了你對連接池使用的更多控制。 

默認(rèn)情況下，DataReader在每個Read方法中把整個行載入內(nèi)存中。這允許你隨機(jī)訪問當(dāng)前行的任意列。如果隨機(jī)訪問是不必要的，為了提高性能，把CommandBehavior.SequentialAccess傳遞給ExecuteReader調(diào)用。這改變了DataReader的默認(rèn)行為，只在需要時才把數(shù)據(jù)載入內(nèi)存。ADO分頁注意CommandBehavior.SequentialAccess要求你按次序訪問返回的列。ADO分頁也就是，一旦你讀過了返回的某個列，就不能再次讀取它的值了。 

如果你結(jié)束了從DataReader中讀取數(shù)據(jù)，但是仍然有大量的未讀取的結(jié)果等待，那么調(diào)用Command的Cancel比調(diào)用DataReader 的Close好。調(diào)用DataReader 的Close引起它檢索等待的結(jié)果并且先清空流后關(guān)閉游標(biāo)。調(diào)用Command的 Cancel刪除服務(wù)器上的結(jié)果，因此當(dāng)DataReader關(guān)閉時，它不需要再讀取結(jié)果。ADO分頁如果你從Command返回輸出參數(shù)，則調(diào)用Cancel刪除它們。如果你要讀取任何輸出參數(shù)，不要調(diào)用Command 的Cancel；***調(diào)用DataReader的 Close。 

當(dāng)使用DataReader檢索二進(jìn)制大對象時，必須給ExecuteReader方法調(diào)用傳遞CommandBehavior.SequentialAccess。因?yàn)镈ataReader的默認(rèn)行為是在每個Read中把整行載入內(nèi)存中，但是由于BLOB可能很大，結(jié)果可能是一個BLOB對象使用大量的內(nèi)存。SequentialAccess把DataReader的行為設(shè)置為只載入必要的數(shù)據(jù)，ADO分頁接著你能使用GetBytes或者GetChars控制每次載入多少數(shù)據(jù)。 

記住使用SequentialAccess時，ADO分頁你不能無序地訪問DataReader返回的不同字段。也就是說，如果查詢返回三個列，第三個是BLOB，并且你希望訪問前兩個列的數(shù)據(jù)，你必須先訪問***個列，接著在訪問BLOB數(shù)據(jù)前訪問第二個列。這是因?yàn)楝F(xiàn)在數(shù)據(jù)是按次序返回的，在DataReader讀過它后不能再次訪問。