设为首页收藏本站Access中国

Office中国论坛/Access中国论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

返回列表 发新帖
查看: 874|回复: 6
打印 上一主题 下一主题

[查询] 再来一个:为何这段代码执行会很慢!

[复制链接]
跳转到指定楼层
1#
发表于 2007-11-20 10:40:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
以下是一个合并字段的自定义函数代码:
Public Function Concatenate(pstrSQL As String, Optional pstrDelim As String = "、") As String
    Dim Rs As New ADODB.Recordset
    Rs.Open pstrSQL, CurrentProject.Connection, adOpenKeyset, adLockOptimistic
    Dim strConcat As String         'Build SQLstring
    With Rs
        If Not .EOF Then
            .MoveFirst
            Do While Not .EOF
                strConcat = strConcat & _
                .Fields(0) & pstrDelim
                .MoveNext
            Loop
        End If
        .close
    End With
    Set Rs = Nothing
    'Set db = Nothing
    If Len(strConcat) > 0 Then
        strConcat = Left(strConcat, Len(strConcat) - Len(pstrDelim))
    End If
    Concatenate = strConcat
End Function
以上代码用于一个基于表的查询就没问题,但用于基于查询的查询就会很慢,数据在1千条以上时要等上两三分钟,为什么呢?应作如何修改?请高人指点!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享分享 分享淘帖 订阅订阅
2#
 楼主| 发表于 2007-11-20 15:39:27 | 只看该作者
继续等待,期待高手帮忙,自顶!
3#
发表于 2007-11-20 16:35:23 | 只看该作者
是不是你本身的那个查询执行起来就比较慢呢
我没发现这个问题的
帮你顶一下
4#
 楼主| 发表于 2007-11-20 18:33:12 | 只看该作者
不是,删除运用这个函数的字段或将查询结果先导入一个临时表就会很快。主要在于运用这个函数的查询是基于一个查询表A,而查询表A又可能是基于另一查询表B的。
5#
 楼主| 发表于 2007-11-20 20:43:47 | 只看该作者
是的,查询中有求和的字段,那样就非要先导入一个临时表,再根据这个临时表进行查询吗?没有别的办法吗?上面这段代码没问题吗?
6#
发表于 2007-11-20 21:00:08 | 只看该作者
语句没什么问题,建议直接用SQL代替查询,或优化一下查询,自已搞不掂的就上传例子吧

点击这里给我发消息

7#
发表于 2007-11-21 11:03:49 | 只看该作者
RS记录集使用只读打开试试,另外如果中间查询每次都要计算很久,可使用临时表来加快速度
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|站长邮箱|小黑屋|手机版|Office中国/Access中国 ( 粤ICP备10043721号-1 )  

GMT+8, 2024-11-11 01:30 , Processed in 0.080625 second(s), 30 queries .

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表