建站
咨詢
售后
建站咨詢
新聞中心
大家都說：原來的ADO分頁方法中的游標效率低下，而且容易引起鎖，甚至導致死機。我想問：這個游標到底是存在于客戶端、WEB服務器還是數(shù)據(jù)庫？他們是不是一回事？是否根據(jù)ADO可以讓他們都存在游標？到底哪種的游標最不好？
還有一個問題：
我好不容易找到了一個TOP 結(jié)合max的分頁方法，但今天我發(fā)現(xiàn)，我搜索我的1000萬的數(shù)據(jù)庫得到25萬條數(shù)據(jù)，甚至包括like搜索，但用最原始的ADO方法，發(fā)現(xiàn)速度也非常的快啊?。”萒OP等方法慢不到哪里去?。繛槭裁催@么快呢？
在某一時刻只有一個DataReader能夠打開。。在ADO分頁中，如果你打開一個連接并請求兩個使用只向前的只讀游標的記錄集，ADO隱性地為游標的生命周期的數(shù)據(jù)存儲打開第個不在連接池中的連接，接著隱性地關閉它。在ADO.NET中，如果你想在同一個數(shù)據(jù)存儲上同時打開兩個DataReader，你必須明確地建立兩個連接，每個DataReader一個。通過這種方法ADO.NET給了你對連接池使用的更多控制。
默認情況下，DataReader在每個Read方法中把整個行載入內(nèi)存中。這允許你隨機訪問當前行的任意列。如果隨機訪問是不必要的，為了提高性能，把CommandBehavior.SequentialAccess傳遞給ExecuteReader調(diào)用。這改變了DataReader的默認行為，只在需要時才把數(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é)果并且先清空流后關閉游標。調(diào)用Command的 Cancel刪除服務器上的結(jié)果，因此當DataReader關閉時，它不需要再讀取結(jié)果。ADO分頁如果你從Command返回輸出參數(shù)，則調(diào)用Cancel刪除它們。如果你要讀取任何輸出參數(shù)，不要調(diào)用Command 的Cancel；***調(diào)用DataReader的 Close。
當使用DataReader檢索二進制大對象時，必須給ExecuteReader方法調(diào)用傳遞CommandBehavior.SequentialAccess。因為DataReader的默認行為是在每個Read中把整行載入內(nèi)存中，但是由于BLOB可能很大，結(jié)果可能是一個BLOB對象使用大量的內(nèi)存。SequentialAccess把DataReader的行為設置為只載入必要的數(shù)據(jù)，ADO分頁接著你能使用GetBytes或者GetChars控制每次載入多少數(shù)據(jù)。
記住使用SequentialAccess時，ADO分頁你不能無序地訪問DataReader返回的不同字段。也就是說，如果查詢返回三個列，第三個是BLOB，并且你希望訪問前兩個列的數(shù)據(jù)，你必須先訪問***個列，接著在訪問BLOB數(shù)據(jù)前訪問第二個列。這是因為現(xiàn)在數(shù)據(jù)是按次序返回的，在DataReader讀過它后不能再次訪問。
新聞標題：講述ADO分頁種種技巧
網(wǎng)站網(wǎng)址：http://m.5511xx.com/article/cohippe.html
