SQL顺序连接多个工作簿速度的疑问，解释合理加技术分2分

zhaogang1960

HHAAMM 发表于 2014-3-11 22:53
循环前规规矩矩的写上
Set cnn = New ADODB.Connection
    Set rs = New ADODB.Recordset

Close方法需要时间较长，通常我们在循环内：
Set cnn = New ADODB.Connection
Set rs = New ADODB.Recordset
cnn.Open……连接

程序结束时再Close关闭连接

当然也可以在循环外Set cnn = New ADODB.Connection、Set rs = New ADODB.Recordset
循环内cnn.Open……连接，rs.Close、cnn.Close

后者速度慢

gaozengxun

留个记号，学习。

guojianlin1985

zhaogang1960 发表于 2014-3-11 22:03
同意“养成一个好的习惯很重要”，那么第三种情况——只连接，不查询也很慢，不好解释

只连接不查询也是因为没用到set啊。还是直接在硬盘对工作簿进行操作啊。

百度不到去谷歌

zhaogang1960 发表于 2014-3-11 23:19
Close方法需要时间较长，通常我们在循环内：
Set cnn = New ADODB.Connection
Set rs = New ADODB.Reco ...

是的 我前面就发现了 同样set rs后如果加了set rs =npthing 速度就一样变慢了
所以关闭连接以及记录集是比较耗时的 写在循环外面 等于是系统最后一起收回  速度要快得多

百度不到去谷歌

guojianlin1985 发表于 2014-3-12 08:23
只连接不查询也是因为没用到set啊。还是直接在硬盘对工作簿进行操作啊。

连接以后就和文件没关系了,我试过连接后改变文件内容 不重新连接的情况下 查询到的还是以前的内容我觉得是连接的时候 系统就自动建立了一个记录集 这个默认的记录集可能分配了默认rs对象最大的内存或者缓存,当set rs后 有了确定的大小 反而速度上来了 不set rs这个资源占用就下不来

guojianlin1985

这个讨论估计只能到这了，最终还是如70楼所说的，最终解释权还得找微软。
只有他们才清楚软件的运行机制，磁盘、内存的读写、分配和回收，以及程序的工作流程。
就比如if len(str)=0 then 比if str=“” then 速度快的道理差不多。

没名字了

zhaogang1960 发表于 2014-3-11 23:19
Close方法需要时间较长，通常我们在循环内：
Set cnn = New ADODB.Connection
Set rs = New ADODB.Reco ...

回复了N条，回复不上来，不知道这次可以不可以。
情况不完全同赵版说的一样，当循环内只设置RS.CLOSE的时候(cnn.close设置在循环外),速度基本上没有明显变化。

lanyuu

SQL顺序连接多个工作簿速度的疑问20072010.rar (458.8 KB, 下载次数: 12)

2014-3-12 10:24 上传

点击文件名下载附件

通过对创建对象，创建连接，关闭连接等用时的监控可以发现
时间差异主要出现在关闭连接上

如果对记录集进行实例化后，关闭连接会消耗同样的时间
如果打开连接后后不进行记录集的实例化，关闭连接也会消耗同样实际那
如果打开连接后进行记录集实例化，然后不关闭连接重新创建对象会耗时0基本可以忽略，说明没有关闭数据连接动作导致了节省时间
如果打开连接后不进行记录集实例化，然后重新创建对象，会先关闭原有的连接再重新创建对象。
由此推断打开连接后，如果已经存在对该连接的实例，如果重新初始化连接对象，会省略对连接的关闭过程，具体实际的内在机理，估计只要找到更深入的技术文档才能清楚。至于不关闭连接直接重新初始化会产生什么问题，只要试过才知道，我推测如果打开的是可更新记录集的，不知道会不会造成记录更新的丢失。
非常感谢版主细心发现这个问题，让我们在大数据操作时可以节省大量时间。

HHAAMM

如果打开的是access，不关闭行吗，可能就行不通了吧
哪位没事儿测试下  20个mdb文件，每个当中都有相同的表名字段名，随便来点数据

lanyuu

百度不到去谷歌 发表于 2014-3-12 08:30
连接以后就和文件没关系了,我试过连接后改变文件内容 不重新连接的情况下 查询到的还是以前的内容我觉得是 ...

为什么我的机子打开后那个文件就成为只读状态了，应该是被连接占用了。