设为首页收藏本站Access中国

Office中国论坛/Access中国论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

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

关于ADP&ODBC大量数据处理的差异问题

[复制链接]
跳转到指定楼层
1#
发表于 2015-6-10 17:42:47 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 lshstruc 于 2015-6-15 11:20 编辑

今天对一个系统做了个数据量耐压测试:
计算机:I3处理器,4G内存,本地SQLSERVER,计算机裸奔内存占用50%,表记录340W条,20个字段,varchar,平均长度30
测试内容:1.打开全表,2.打开表立即gotonewrecord,3.用带参数的查询(存储过程)查询全部数据,查询(存储过程)绑定到窗体,打开窗体。
测试一:ADP+SQLSERVER2000,都是数据加载到100w左右的时候,出错,基本上不能超过120w,超过必然当掉,出错,无法打开,直接OTONEWRECORD失败,截图如下:
测试二:ODBC链接表方式,非常平稳,可以打开,直接GOTONEWRECORD成功,可以达到最后一条记录,图片如下:
两种都测试了5次,每次结果都一样,个人认为
1.ADP尝试加载了全部记录,但是失败了。
2.ODBC表面看起来是加载完了,实际上并未加载全部记录,直接跳到最后一条记录的时候,只加载最后的记录,而中间的都没加载,要看的时候才加载。
3.得出上面结论的原因之一,ODBC打开表后,我监测了本地MDB的文件体积从176kb增加到了1.6MB,远小于340W条记录的应有体积,
4.得出上面结论的原因之二,ODBC打开表后,计算机运行流畅,监测内存占用从50%增加到53%,而ADP打开的时候,内存占用从50%增加到95%,然后跳出出错对话框,内存占用上升停止,卡顿30S左右。
5.100w条记录,是以上配置的计算机ADP一次加载的极限。
6.ODBC采用内部控制机制,人为无法干预,ADP采用人为控制机制,可以手工设置或VBA设置加载最大记录数量,但是设置为0后,这个保护作用就没有了,直接导致出错。
7.欢迎批评指教。



本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x

评分

参与人数 1经验 +8 收起 理由
tmtony + 8 (其它)优秀教程、原创内容、以资鼓励、其.

查看全部评分

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享分享 分享淘帖 订阅订阅

点击这里给我发消息

2#
发表于 2015-6-10 18:53:23 | 只看该作者
赞一个,非常欢迎这样的 实战经验和数据展示! 加分了
3#
发表于 2015-6-11 16:48:29 | 只看该作者
谢谢分享
recordcount能用吗
4#
 楼主| 发表于 2015-6-11 17:33:48 | 只看该作者
风中漫步 发表于 2015-6-11 16:48
谢谢分享
recordcount能用吗

我晚上试试回答你

点击这里给我发消息

5#
发表于 2015-6-12 15:51:01 | 只看该作者
{:soso_e179:}

测试的好!!!

ADP是微软早期开发出来的,后来一直没做过优化,其实也是可以设置显示记录数的。ADP可以做的更好,只是微软不愿意这么做。

ADP项目和MDB链接表都是ACCESS与服务器数据链接的表现是形式,不多说各自的优缺点。只要我们灵活应用,都能使系统效率达到最佳。

点击这里给我发消息

6#
发表于 2015-6-13 04:47:10 来自手机 | 只看该作者
ADP是ADO,OLEDB连接,与ODBC机制不同,一个是用客户端游标,一个是服务器端

点击这里给我发消息

7#
发表于 2015-6-15 10:21:26 | 只看该作者
真牛啊!
用客户端去加载如此巨大的数据量。
8#
 楼主| 发表于 2015-6-15 11:03:47 | 只看该作者
本帖最后由 lshstruc 于 2015-6-15 11:11 编辑
zhuyiwen 发表于 2015-6-15 10:21
真牛啊!
用客户端去加载如此巨大的数据量。

谢谢朱老师指教,我的目的做个数据压力测试,主要是测试下ODBC与ADP与SQLSERVER的沟通机制,沟通效率,数据管理的差别,事实证明区别还是很大,ODBC处理数据与想象的完全不一样,当然实际应用中当然不可能这样干。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2024-4-25 17:40 , Processed in 0.096802 second(s), 33 queries .

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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