大家都说：原来的ADO分页方法中的游标效率低下，而且容易引起锁，甚至导致死机。我想问：这个游标到底是存在于客户端、WEB服务器还是数据库？他们是不是一回事？是否根据ADO可以让他们都存在游标？到底哪种的游标最不好？
还有一个问题：
我好不容易找到了一个TOP 结合max的分页方法，但今天我发现，我搜索我的1000万的数据库得到25万条数据，甚至包括like搜索，但用最原始的ADO方法，发现速度也非常的快啊！！比TOP等方法慢不到哪里去啊？为什么这么快呢？
在某一时刻只有一个DataReader能够打开。。在ADO分页中，如果你打开一个连接并请求两个使用只向前的只读游标的记录集，ADO隐性地为游标的生命周期的数据存储打开第个不在连接池中的连接，接着隐性地关闭它。在ADO.NET中，如果你想在同一个数据存储上同时打开两个DataReader，你必须明确地建立两个连接，每个DataReader一个。通过这种方法ADO.NET给了你对连接池使用的更多控制。
默认情况下，DataReader在每个Read方法中把整个行载入内存中。这允许你随机访问当前行的任意列。如果随机访问是不必要的，为了提高性能，把CommandBehavior.SequentialAccess传递给ExecuteReader调用。这改变了DataReader的默认行为，只在需要时才把数据载入内存。ADO分页注意CommandBehavior.SequentialAccess要求你按次序访问返回的列。ADO分页也就是，一旦你读过了返回的某个列，就不能再次读取它的值了。
如果你结束了从DataReader中读取数据，但是仍然有大量的未读取的结果等待，那么调用Command的Cancel比调用DataReader 的Close好。调用DataReader 的Close引起它检索等待的结果并且先清空流后关闭游标。调用Command的 Cancel删除服务器上的结果，因此当DataReader关闭时，它不需要再读取结果。ADO分页如果你从Command返回输出参数，则调用Cancel删除它们。如果你要读取任何输出参数，不要调用Command 的Cancel；***调用DataReader的 Close。
当使用DataReader检索二进制大对象时，必须给ExecuteReader方法调用传递CommandBehavior.SequentialAccess。因为DataReader的默认行为是在每个Read中把整行载入内存中，但是由于BLOB可能很大，结果可能是一个BLOB对象使用大量的内存。SequentialAccess把DataReader的行为设置为只载入必要的数据，ADO分页接着你能使用GetBytes或者GetChars控制每次载入多少数据。
记住使用SequentialAccess时，ADO分页你不能无序地访问DataReader返回的不同字段。也就是说，如果查询返回三个列，第三个是BLOB，并且你希望访问前两个列的数据，你必须先访问***个列，接着在访问BLOB数据前访问第二个列。这是因为现在数据是按次序返回的，在DataReader读过它后不能再次访问。
