# 再请教小吴CursorType的问题

Posted by cww on November 04, 1998 at 09:02:47:

In Reply to: Re: 请教小吴 RDO 中Cursor rdUseSrver的问题 posted by 小吴 on November 04, 1998 at 07:34:24:

小吴：
您的回答让我心中的疑问清楚了许多，我是用20多万笔的
资料在Testing，Server是Informix，我下了一个Sql
指令会Query出740笔的资料，发现：
如果使用rdUseODBC，在MoveLast时应该是把这740笔资料
往Client送没有错，而如果使用的是Server端的Cursor
在尚未MoveLast前，也就是在OpenResultSet时，就停在
那儿不动(我没有用非同步的方式)，等了好久有时还
Timeout，所以我觉得使用Server端的Cursor，而且是
rdOpenStatic/rdOpenKeyset等Scroll Cursor方式者，
在Server端应该会在tmp database中建立起该查寻的
全部结果(即在tmp database中建这740笔的table)，所以
OpenResultSet 速度才会慢，但我觉得一旦该resultset
建立起来了，移动的速度就快多了。然而如果使用
rdForwardOnly的方式来建立，则OpenResultSet的速度
也快(under Server Cursor)，这代表Server端的Cursor
不是用Scroll Cursor的方式建，所以不用在tmp database
中来建立该table。

那也就是说，如果在一个网路传送是瓶颈的地方，而且
Server的能力又超强，我们可以考虑使用Server端的
Cursor了(当然该ResultSet也不可过大，要
不建立的时间会过久)，因为Server端的Cursor一次传一
笔Record的资料过来，这样子有没有错？还是说，使用
Server端的Cursor，也是受RowsetSize的影响，一次也是
传好几笔Data回来呢？这实在不知如何Testing

再来要请教的是rdUseNone的问题，书上说它没有使用
Cursor，不过我怎么看怎么想，看起来它就是在Server
端有建立一个Seqential Cursor，只是是Readonly，而
使用read committed或read uncommitted的方式，所以
容许concurrent的比例高。
我先问到这里，请据您所知者告诉我一下，我尚有许多问
题呢，谢谢

Follow Ups:

- Re: 再请教小吴CursorType的问题 小吴 15:54:09 11/05/98 (0)