100万条记录的处理!!!

看过一本书讲ODBC处理10万条记录就慢得要命，我现在要处理一个100万条的记录，DAO是否可以呢？同事说用文件形式管理，我趋向用数据库，谁可以提供一个比较清晰的答案？

6 个解决方案

#1

关键是你对这许多记录作什么处理。
如果你是选出几条记录进行处理，我觉得用数据库应该比较快，因为数据库肯定对记录检索作得比较好。（当然，建库时应对表建主键，也就是唯一索引，比如身份证号等）
如果需要对10万条记录依次进行某种操作，用数据文件可能比较好。

#2

DAO处理100万条记录并不慢，我这里400万呢！

#3

我曾经用过ODBC处理过3万条记录，简直慢得不能忍受，后来改用DAO，速度还可以，但是也还是比较慢，建议你在处理的过程中，用一个进度条来表示处理进度，不然，还会以为程序死了呢？当然，如果对速度要求不高，且对数据完整性，安全性要求高的话，哪还是用ODBC吧！否则就用DAO。毕竟它直接操作数据库，速度较快.

#4

我曾经用过ODBC处理过3万条记录，简直慢得不能忍受，后来改用DAO，速度还可以，但是也还是比较慢，建议你在处理的过程中，用一个进度条来表示处理进度，不然，还会以为程序死了呢？当然，如果对速度要求不高，且对数据完整性，安全性要求高的话，哪还是用ODBC吧！否则就用DAO。毕竟它直接操作数据库，速度较快,用文件的方法不可取,既不
安全，操作也麻烦.

#5

请问zzh你是如何用ODBC处理3万条记录的？”简直慢得不能忍受“是多长时间？？？

#6

是否是在线事务处理（OTP），如果是在线事务处理，因为有并发控制和事务完整性控制的问题，还是用数据库比较好。另外，使用数据库对数据的分类统计也有好处。
影响处理效率的因素很多，不仅仅是使用ODBC还是DAO的问题。还涉及到问题的种类（如增删改查以哪一种操作为主），一条记录的长度，表的设计（如索引的设置），数据库的选择，数据库的配置（如使用多大的CACHE），SQL语句的正确使用等等许多方面。
如果你能把问题说的具体一些就好了。