Y yhj78 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #1 我使用了Access数据库，在每天都需要进行执行备份工作。目前采用了最简单的文件复制功能，从D盘备份到E盘。但是感觉速度有点慢，使用过ZIP控件进行压缩备份，但是测试发现速度更慢，不知道有什么方法能比文件复制的方式更快一点的文件备份方法呢？
我使用了Access数据库，在每天都需要进行执行备份工作。目前采用了最简单的文件复制功能，从D盘备份到E盘。但是感觉速度有点慢，使用过ZIP控件进行压缩备份，但是测试发现速度更慢，不知道有什么方法能比文件复制的方式更快一点的文件备份方法呢？
竹 竹本无心 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #2 用的是access数据库,copyfileto(),文件直接复制备份是最简单,也是最有效和最快的.用其它的方法可能会更慢.如果你复制太慢,可以加大内存试试,花不了几个钱.
C cqwty Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #4 access还要怎么备份嘛，直接复制数据库文件就解决问题了。何况access能保存多少数据，不至于上G的数据吧，哈哈！
Y yhj78 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #5 因为是客户的计算机，增加硬件他们不会同意。但是我记得压缩在内存中计算，然后再向硬盘中写出，减少了硬盘的IO交互，应该快才对啊，为什么会出现内存运算不硬盘IO读写还慢呢？不是很理解了。
Y yhj78 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #6 目前使用的数据800MB的情况已经很多了，1G的数据库也是存在的。所以才考虑其他的备份方法。
C clip_on Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #8 。。。平常的硬盘复制是由操作系统做的，也一样要用到内存做缓存的；而压缩后再写出多了压缩计算的步骤，当然更慢了。
W weiliu Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #9 不幸地告诉楼主，COPY已经是最快的了，如果再要加快的话，就要改变你机器的硬件性能了，比如SCSI，比如RAID，比如大的缓存及内存，甚至可以考虑足够大的内存，把它虚拟成磁盘，然后先把数据COPY到上面，再在后台利用空闲时间写到目的硬盘（这样跟缓存的原理是一样的）。
不幸地告诉楼主，COPY已经是最快的了，如果再要加快的话，就要改变你机器的硬件性能了，比如SCSI，比如RAID，比如大的缓存及内存，甚至可以考虑足够大的内存，把它虚拟成磁盘，然后先把数据COPY到上面，再在后台利用空闲时间写到目的硬盘（这样跟缓存的原理是一样的）。
