接触编程这么多年了 虽然不是干这个的 也对这些东西有点思考

C的优势在于贴近硬件 是编译型语言 而且因为是用于操作系统一类的较底层的操作 所以语言的设计趋向于小巧 高效 但这不是说用C一定快 比如这里 快不快看算法 看磁盘IO 而这些东西自己写比较麻烦的 写不好比VB慢也是正常的 所以 如果有专门处理数据的东西最好用那些 省时省力 而且效率比写不好的C要好

当初也是用VB6处理这种资料～但是因为处理一个档案要花一整天资源也占满满～
最后把全部代码一字不漏搬到C来～当然改些语法上的差异～然后30秒内就完成了2000万行～
至此开始此种档案全部改由C来处理～Binary和ASCII互转也用C做处理～花费时间几乎都是用秒在算的～
但是现在要加入资料分析又是一个瓶颈～

很简单一个小功能～当初在CSDN问了老半天～最后还是C～
问说VB6要计算一个档案行数～要怎样才最快～最后自己想出答案～
也是上千万行VB6要花至少3分钟～用C仅需一秒～
里面某位高手才说～在这种情况下VB6永远比不上C的效率～

VB6是通过ODBC使用外部的数据库，当然慢了，但VFP是内嵌在语言中的数据库，集界面与数据库处理于一身，是世界上独一无二的（过往的dBASE都已经消亡了），其Rushmore技术尤其强大，两千万条记录根本是小意思。使用多少时间，是看你需要做什么，像排序这样，在再慢的电脑上5秒都用不到。

现在还在纠结二进制流 文本流 二进制文件 文本文件 之间怎么转了

那是你没搞清楚二进制数据和文本数据的概念。

当然很感谢那位MVP很热情的帮我想了一堆方式来解决效率问题～
至此开始我编程就不在拘泥于一定要用VB6来做开发了～
差不多都是交互使用～但是又碰到两边本质上的不同～碰到不少问题～

虽然我是VB6起家的～也不得不说VB在介面上的开发上效率真的是不错～
但是最后还是转成C做底层～VB6的部分改成用MFC代替～
至少都是同一体系的～比较不会有太多奇怪的问题要考虑～

VFP使用vector技术处理字符串的时候，C++还没有这种东西，后来才出现STL，有了vector的概念。vector处理字符串的速度，比传统C/C++的cz高效得多。

VFP和VB6是MS的Visual Stduio中相同的组件，早期VFP6和VB6是同时在一个Stdio中集成退出的，这两个才是一家子。

VFP也许就是我要的答案～要上网查查相关资料～这里就先结了～谢谢大家～

呵呵，你也不看看我挂着的版主是哪些名头。