vb ado连接mysql改变一个字段的值,第一次速度慢,第二次速度快
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了vb ado连接mysql改变一个字段的值,第一次速度慢,第二次速度快相关的知识,希望对你有一定的参考价值。
代码如下:
Set StuR = New ADODB.Recordset
sqlstr = "select * from ceshi order by allbk desc"
Set StuR = GetRecordSet(sqlstr)
StuR.MoveFirst
i = 1
bar.Max = StuR.RecordCount
While StuR.EOF = False
StuR!all = i
i = i + 1
StuR.MoveNext
bar.value = bar.value + 1
Wend
bar.value = 0
这段代码第一次运行时大概需要15秒,再一次运行时只需要1秒钟,请高手解释一下这是为什么,并且如何提高更新速度。
如果是在更新过程中使用缓存的话,那么我重启机器后缓存数据应该丢失,但事实是再次更新速度仍然很快,我感觉这不是使用了机器的内存,如果是数据库在第一次更新时他创建了一个缓冲存储表,倒可以解释这个问题,但是我在计算过一遍后,把i=i+1改为i=i+2再次运行,发现速度又慢了下来。我现在理解是当数据表更新数据时,如果它发现原有数据和更新数据一样的话,就不执行更新命令,如果两者不一致,则执行更新命令。这样就可以解释不改变语句时第一次慢而以后快,改变语句后执行速度又慢下来的情况。
以上所想只是我分析运行情况时的一些感觉,但没有在书中找到相关的理论,不知道对不对。
另外一点,这样的执行效率我感觉太慢了,在操作mysql数据库时应该有效率更高的处理方式,毕竟这样的更新操作应该是常用的。如果是1000条记录都这么慢,那么更大的数据表的更新速度就不可想象啦。
期盼专家解释!
虽然楼主是更新操作,但肯定是要首先进行查询定位的。而如果一个sql查询,第一次执行后,数据库一般不会马上释放这个查询的内存结果集,甚至另外一个sql查询执行后,也会被缓存起来。可以缓存多少和查询结果,依赖于内存的大小。数据库一般会最大限度的缓存多个查询结果,数据库会自动调整释放旧的缓存,为新的缓存提供空间,所以数据库(如SQL Server)经常显示占用很大内存。
然后,如果有人执行查询,数据库首先检查有缓存中相同的,有的话,省略查询过程,很快输出缓存中的数据给用户;如果没有,才进行新的查询。
楼主可以试试时增加一个Where条件,每次执行时,改变一下where条件,比较一下速度。
解决用 VB 中用 ADO 访问 数据库时 SQL 查询处理 Null 值的问题( 使用 iff(isNull(字段), 为空时的值,不为空时的值) 来处理)
程序的环境是 VB6 + ADO + Access,在用 SQL 语句查询时,希望把两个字段合并成一个字段,但其中一个字段 Null 值直接导致两个字段合并后也变成了 Null 值。之前只能用 VB 中的 IsNull 分别处理两个字段的值,前段时间想尝试用 SQL 语句直接解决,确一直未能成功, 差点放弃之际找到了答案,总结如下:
目的:
实现 Select ( 字段1 + 字段2 ) As A
问题:
字段2 如果为空值 (Null),则 不论字段1 的值是否为空,A 的值为空值 (Null)
解决:
1、在 Access 中,可使用 Nz(字段, 为空时的值) 来处理
2、在 VB6 + 数据库 中,则使用 iff(isNull(字段), 为空时的值,不为空时的值) 来处理
以上是关于vb ado连接mysql改变一个字段的值,第一次速度慢,第二次速度快的主要内容,如果未能解决你的问题,请参考以下文章
VB.NET是如何使用ADO让存储过程返回数据表中的值呢?求解!
解决用 VB 中用 ADO 访问 数据库时 SQL 查询处理 Null 值的问题( 使用 iff(isNull(字段), 为空时的值,不为空时的值) 来处理)