我个人认为ADO2.0在这方面的表现实在是不好，我看ADO更高的版本会不会比较好一点。或许，要在SQL7.0之下才会有良好的表现，而我使用的是SQL 6.5与Informix。怎堋说呢？

　　注：我终於用有SQL7.0可以Testing了，而且Concurrency的表现不错哦，所以了，如果

　　您想用ADO而且是SQL Server当後端，那就使用Sql7，不要用SQL6.5

　　我们先看一下Recordset中CursorType的属性

　　AdOpenForwardOnly 顺向资料指标？

　　AdOpenKeyset 索引键集 (Keyset) 资料指标？

　　AdOpenDynamic 动态资料指标？可看到其他使用者所做的增加，变更和删除结果

　　AdOpenStatic 静态资料指标

　　以上这一些和RDO的定义没有什堋不同， 然而我也在该篇文章中指出，这些要和Cursor所在的位置与RDBMS都有相关。

　　RDO中Cursor的位置可分为rdUseODBC(对应ADO的AdUseClient)，rdUseServer(对应ADO的AdUseServer)，rdUseNone(ADO中没有直接的对应)。ADO Recordset的CursorLocation = AdUseClient时，只有AdOpenStatic/AdOpenForwardOnly的CursorType会有作用，其他的二者和AdOpenStatic有相同的效果。如果是AdUseServer呢，在SQL Server中上述的四种CursorType都可以用，但是RecordSet中的Resync方法只有

　　在adOpenKeyset的CursorType才能用，AdOpenStatic不能使用。而RDO中经常使用的rdUseNone的CursorType在ADO中没有相对应的设定，那该如何呢？

　　那得设定

　　rs.CursorLocation = AdUseServer

　　rs.CursorType = AdOpenForwardOnly

　　rs.LockType = AdLockReadOnly

　　rs.CacheSize = 1

　　来取代RDO的rdUseNone，而且注意的是不可使用Client端的Cursor，否则RecordSet Open的时间会久(因为Client端的Cursor在ADO中都是Static的Cursor而不管我们如何设)。