怎样处理10万条以上的大容量数据库（数据文件 + Access）

众所周知，Aceess不能处理大数据量。而我们提供给用户的软件从经济、便于安装维护的角度，都不可能采用SQL等大型数据库，主要原因是大多数用户不会安装SQL，不象ACCESS一样捆绑傻瓜安装即可。但是软件中又必须处理10万条以上的大数据量，某日我看到一个程序，他们的做法值得借鉴：把完整的数据库以二进制文件的方式保存（估计有30多万条），然后每次在软件临时使用时再从数据文件中部分检索提取（每次2万条左右），放入ACCESS，而且速度很快。对于BASIC访问二进制数据文件（顺序、随机方式等），10多年前曾在学校做过毕业设计，但现在全忘了，各位大侠能否提供思路、方法？当然从技术的角度讲，可能是一种倒退，但从实用性方面考虑，不失为一种好办法。

15 个解决方案

#1

用户不会安装SQL？这个原因让你放弃？这难道不是你做软件的人的事吗？

你说的方法不可取。

#2

不错，的确有这种需要的时候。例如硬件中的配置，需要容量越小越好

#3

可以通过分割的方法来实现

#4

这个并非是倒退    
SQL 涉及版权问题  涉及费用问题   还有时候涉及机器的配置问题 

用写二进制文件确实是个不错的想法， 我写股票软件的时候也是这样写的，  速度可是快多了 

只是不能用SQL 语句了   不是很方便 ， 

其实你写文本文件也行的

#5

如果是从市场的角度来看，怎么让用户方便、稳定的使用这是最根本的前提。试想，如果用户分布在全省各地，如果每个用户要求他会装SQL，这不太可能，而且装了SQL，还要管理的；因此，在软件的售后服务上，我们在以前的项目上吃尽了苦头。

#6

10万条以上也算大容量?

#7

有的时候用了新技术 它的效率也未必有古老的方法有效

#8

用Access没问题的

#9

你可以参考股票软件的方法 
股票软件 事先就吧文件按股票名称分割成N个文件， 这样读取每个文件的速度 就快了很多  
我以前在486 机器上做过试验  读写二进制文件的速度比读ACCESS的速度至少快了20倍

#10

用数据库对检索方便 但未必是最快 效率最高的  

其实方便的是我们程序员  提高了写程序的效率

#11

我发现在“http://www.lpck.cn”保险理赔网上的软件系统就是采用了二进制数据文件的方式，这个软件是提供给各个保险公司的工作人员外出使用的，你想啊，这么多汽车，这么多汽车配件记录，怎么说也得30万条以上，但是他们用的就是ACCESS库，而提供的数据下载包（10M以上）显然是一个二进制数据文件。这个软件目前推广得相当成功。

#12

10W条数据，对access来说，小意思！~
如果速度慢，请优化你的Sql语句吧！

#13

看来要微软升级access 了。

#14

采用二进制数据文件的方式

#15

怎么实现