众所周知,Aceess不能处理大数据量。而我们提供给用户的软件从经济、便于安装维护的角度,都不可能采用SQL等大型数据库,主要原因是大多数用户不会安装SQL,不象ACCESS一样捆绑傻瓜安装即可。但是软件中又必须处理10万条以上的大数据量,某日我看到一个程序,他们的做法值得借鉴:把完整的数据库以二进制文件的方式保存(估计有30多万条),然后每次在软件临时使用时再从数据文件中部分检索提取(每次2万条左右),放入ACCESS,而且速度很快。对于BASIC访问二进制数据文件(顺序、随机方式等),10多年前曾在学校做过毕业设计,但现在全忘了,各位大侠能否提供思路、方法?当然从技术的角度讲,可能是一种倒退,但从实用性方面考虑,不失为一种好办法。
解决方案 »
- 将数据导出为excel时,对于文本字符,就要前面加上单引号,但是如果让这个单引号在excel中不显示呢?
- 如何获得控件的滚动条发生滚动的事件,根据此事件再让另外一个控件的滚动条也发生同步的滚动
- 哎,再问????
- StdUserProperty函數
- sql语句为何distinct不管用???
- VB6.0即将走向消亡的边缘!(转载)
- VB 用WebBrowser控件刷新网页出现:不重新发送信息,则无法刷新网页,如何在后台自动确认?
- 用vb如何调用数据库?
- 如何在系统托盘区出现动态图标!俺只能出现静态?
- 不好办!!!
- 不知道为什么有些地方用Right$没问题,而在另外一个程序中出现"编译错误,参数不可选的错误"
- access下运用VBA的奇怪问题,多谢了!
SQL 涉及版权问题 涉及费用问题 还有时候涉及机器的配置问题 用写二进制文件确实是个不错的想法, 我写股票软件的时候也是这样写的, 速度可是快多了 只是不能用SQL 语句了 不是很方便 , 其实你写文本文件也行的
股票软件 事先就吧文件按股票名称分割成N个文件, 这样读取每个文件的速度 就快了很多
我以前在486 机器上做过试验 读写二进制文件的速度比读ACCESS的速度至少快了20倍
如果速度慢,请优化你的Sql语句吧!