12 / 2 页

11楼 [报告]

发表于 2006-08-07 16:51 |只看该作者

原帖由子樵于 2006-8-7 14:44 发表
文件的记录数应该超过千万了.用2,3,4的风险都很高,机器差点跑都跑不完.
最好的方法是1,最重要的是前面有人提到的多进程处理,充分利用了系统资源是一个合理的方案.其实还是量的问题,很多时候量大就是问题.

子樵兄弟：好久不见~~~

12楼 [报告]

发表于 2006-08-07 16:54 |只看该作者

据说澳门一些大型赌场都用400做为运行的机器，说明赌博这个东西也很消耗系统资源，所以大家不要增加400的负担了，，，哈哈。

13楼 [报告]

发表于 2006-08-09 15:16 |只看该作者

回复 5楼 qingzhou 的帖子

有位做银行的前辈说过，真正到用还是dds好，sql在银行核心系统上没法用！
应该他们已经试验过了！

14楼 [报告]

发表于 2006-08-11 10:05 |只看该作者

结果:

这个后来看了下发现没办法用记录号做了,因为日期还不是按记录号排的,
最后用了可能最慢的方法, 2 sql,不过找到了一个有key的逻辑文件
,用逻辑文件做

不过还好机器够强悍,跑了1个多小时,拷出来大概20g数据.

12 / 2 页

[请教]大文件拷贝速度问题 [复制链接]