100万条记录的处理!!!

student1234 2000-04-21 09:46:00
看过一本书讲ODBC处理10万条记录就慢得要命,我现在要处理一个100万条的记录,DAO是否可以呢?同事说用文件形式管理,我趋向用数据库,谁可以提供一个比较清晰的答案?
...全文
430 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
liu_z_j 2000-04-21
  • 打赏
  • 举报
回复
请问zzh你是如何用ODBC处理3万条记录的?”简直慢得不能忍受“是多长时间???
zzh 2000-04-21
  • 打赏
  • 举报
回复
我曾经用过ODBC处理过3万条记录,简直慢得不能忍受,后来改用DAO,速度还可以,但是也还是比较慢,建议你在处理的过程中,用一个进度条来表示处理进度,不然,还会以为程序死了呢?当然,如果对速度要求不高,且对数据完整性,安全性要求高的话,哪还是用ODBC吧!否则就用DAO。毕竟它直接操作数据库,速度较快,用文件的方法不可取,既不
安全,操作也麻烦.
zzh 2000-04-21
  • 打赏
  • 举报
回复
我曾经用过ODBC处理过3万条记录,简直慢得不能忍受,后来改用DAO,速度还可以,但是也还是比较慢,建议你在处理的过程中,用一个进度条来表示处理进度,不然,还会以为程序死了呢?当然,如果对速度要求不高,且对数据完整性,安全性要求高的话,哪还是用ODBC吧!否则就用DAO。毕竟它直接操作数据库,速度较快.
Un1 2000-04-21
  • 打赏
  • 举报
回复
DAO处理100万条记录并不慢,我这里400万呢!
Sniper 2000-04-21
  • 打赏
  • 举报
回复
关键是你对这许多记录作什么处理。
如果你是选出几条记录进行处理,我觉得用数据库应该比较快,因为数据库肯定对记录检索作得比较好。(当然,建库时应对表建主键,也就是唯一索引,比如身份证号等)
如果需要对10万条记录依次进行某种操作,用数据文件可能比较好。
nepho 2000-04-21
  • 打赏
  • 举报
回复
是否是在线事务处理(OTP),如果是在线事务处理,因为有并发控制和事务完整性控制的问题,还是用数据库比较好。另外,使用数据库对数据的分类统计也有好处。
影响处理效率的因素很多,不仅仅是使用ODBC还是DAO的问题。还涉及到问题的种类(如增删改查以哪一种操作为主),一条记录的长度,表的设计(如索引的设置),数据库的选择,数据库的配置(如使用多大的CACHE),SQL语句的正确使用等等许多方面。
如果你能把问题说的具体一些就好了。

16,470

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧