你的意思是每日生成一个日志文件
然后进行统计?
如果是NT系统,这样大的日志数据还是用数据库管理
处理起来会方便些
已经是文本文件也可以用多线程处理,没有什么特别的难度啊
不过就是要考虑线程间的互斥数据操作
可以定义一个互斥信号灯,Windows 系统API支持的
然后在线程访问数据前WaitSingleObject()就可以了

解决方案 »

  1.   

    to partime:您说的很对。道理小菜我也清楚,可我没有做过这方面的东西,还请多指教,特别是做过类似东西的高手。
      

  2.   

    不要把简单的事情搞复杂了。在你的这个应用中,采用多线程不仅会带来麻烦,而且速度会更慢;
    在基于大量文件操作的软件里,单线程顺序读出可达到10M/S,而
    如果用多个线程切入,磁盘必将陷入反复定位的忙碌中,一般只有
    2M/S不到,等到系统缓冲完成,单线程的方案早就结束了。另外,每月的汇总只是把每天的汇总总结以下,有那么严重吗?
      

  3.   

    类似的程序我做过!
    转数据库的方法不可取,文本文件太大了转成的数据会很大的,转的过程也会很慢而你的要求也不高就是简单的统计。
    多线程?我做的程序没有用到。效率如何可以做一简单的测试就可以了,我曾经转过DBF转SQLSERVER用多线程效率是单线程的一半!用多线程的好处是转的时候不会像“死机”一样。
    你可以用TFILESTRING把文本文件读入。在用POS统计就可以了,速度很快!但不如WINDOWS的“包含查找”。月统的时候可以看一下FindFirstFile的用法应该会有用的。
      

  4.   

    数据库的可以用的, 装载不需要用程序实现, 一般的数据库用load data或者类似的方法就可以了. 推荐使用mysql,再对你要统计的项建立一个索引, 应该比较方便