7069.html
来自「以电子书的形式收集了VB一些常见问题解决方法,可以很方便的查找自己需要解决的问题」· HTML 代码 · 共 27 行
HTML
27 行
<html>
<head>
<title>再请教小吴CursorType的问题 </title>
</head>
<body bgcolor="#FFFFFF" vlink="#808080">
<center>
<h1>再请教小吴CursorType的问题 </h1>
</center>
<hr size=7 width=75%>
<hr size=7 width=75%><p>
Posted by <a href="mailto:cww5@mail.ncku.edu.tw">cww</a> on November 04, 1998 at 09:02:47:<p>
In Reply to: <a href="7063.html">Re: 请教小吴 RDO 中Cursor rdUseSrver的问题</a> posted by 小吴 on November 04, 1998 at 07:34:24:<p>
小吴:<br>您的回答让我心中的疑问清楚了许多,我是用20多万笔的<br>资料在Testing,Server是Informix,我下了一个Sql<br>指令会Query出740笔的资料,发现:<br>如果使用rdUseODBC,在MoveLast时应该是把这740笔资料<br>往Client送没有错,而如果使用的是Server端的Cursor<br>在尚未MoveLast前,也就是在OpenResultSet时,就停在<br>那儿不动(我没有用非同步的方式),等了好久有时还<br>Timeout,所以我觉得使用Server端的Cursor,而且是<br>rdOpenStatic/rdOpenKeyset等Scroll Cursor方式者,<br>在Server端应该会在tmp database中建立起该查寻的<br>全部结果(即在tmp database中建这740笔的table),所以<br>OpenResultSet 速度才会慢,但我觉得一旦该resultset<br>建立起来了,移动的速度就快多了。然而如果使用<br>rdForwardOnly的方式来建立,则OpenResultSet的速度<br>也快(under Server Cursor),这代表Server端的Cursor<br>不是用Scroll Cursor的方式建,所以不用在tmp database<br>中来建立该table。<br> <p>那也就是说,如果在一个网路传送是瓶颈的地方,而且<br>Server的能力又超强,我们可以考虑使用Server端的<br>Cursor了(当然该ResultSet也不可过大,要<br>不建立的时间会过久),因为Server端的Cursor一次传一<br>笔Record的资料过来,这样子有没有错?还是说,使用<br>Server端的Cursor,也是受RowsetSize的影响,一次也是<br>传好几笔Data回来呢?这实在不知如何Testing<p>再来要请教的是rdUseNone的问题,书上说它没有使用<br>Cursor,不过我怎么看怎么想,看起来它就是在Server<br>端有建立一个Seqential Cursor,只是是Readonly,而<br>使用read committed或read uncommitted的方式,所以<br>容许concurrent的比例高。<br>我先问到这里,请据您所知者告诉我一下,我尚有许多问<br>题呢,谢谢<p><p>
<br>
<br><hr size=7 width=75%><p>
<a name="followups">Follow Ups:</a><br>
<ul><!--insert: 7069-->
<!--top: 7121--><li><a href="7121.html">Re: 再请教小吴CursorType的问题 </a> <b>小吴</b> <i>15:54:09 11/05/98</i>
(<!--responses: 7121-->0)
<ul><!--insert: 7121-->
</ul><!--end: 7121-->
</ul><!--end: 7069-->
<br><hr size=7 width=75%><p>
</body></html>
⌨️ 快捷键说明
复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?