我并不是高手～也不是来求代码的～只是希望有经验的提供些意见～代码网路找其实也一堆～
本身从事IC测试产业～若有同业人员～应该知道目前8吋晶圆～
已经可以切割出1万5千颗以上的IC～当然测试出来的二进位档资料量也是相当惊人～

题目是处理将近2000万行的文字资料～这无法使用VB6处理～因为效率问题～
目前想法是将2000万行文字档案切割每100万行为一个档案～
转存为*.CSV档～这速度非常快～再使用宏将20个CSV档合并转存到一个EXCEL档内～
这处理效率～依经验远比直接将资料存到EXCEL快多了～
查询过EXCEL2007每个分页最大可储存100多万笔资料～询问过用数据库作并不会比较快～

透过C将宏代码​​直接写入EXCEL中～这部分在VB6做过～相信C也做得到～
再设计界面让使用者依需求～修改查询相关资料～甚至可以依照需求～制作相关图表～
最后阶段将EXCEL档汇出成文字档～再将文字档转回二进制档案～

不知道是否有更适合或简便的方式来完成这需求 ? (STDF<-->ATDF 处理)

二进位档转文字档文字档转二进位档～这部分目前用C处理～进度已经近完成至8成左右～
重点在于该选用何种容器～去处理如此大的档案～还可望高手提供意见～谢谢～

楼主还没睡？...
顶一下！

比较专业   但是感觉如此庞大的数据量 还是用数据库的好

不知道你在哪查询过谁告诉你这种情况数据库不会快的。用C做并不会比数据库更快，别把个别人写算法的能力想像得比数据库的设计者们更高，人家专门做巨大数据量处理的，你自己写比人家高效？不是用数据库会慢，而是用错了方法导致慢。

[ 本帖最后由 TonyDeng 于 2013-3-17 11:29 编辑 ]

是想过～但是难点在于总不可能叫公司去买套数据库吧～
也不可能叫全公司上百上千个人每人电脑都装个数据库～
再来一片一个档案就有2000万行～一批25片～一次都是进几百批～
然后资料是有结构性～且是堆叠有顺序性～总共有30种格式资料～
每种内容都不同长度也都不同～依情况每一种也不一定是相同长度～
各种型态资料组成一行资料每栏都有各自的定义～这要怎做数据库？

不知道你在哪查询过谁告诉你这种情况数据库不会快的。
-->公司长官说的～

你公司长官对数据库的了解太狭隘而已，除了SQL Server，就什么都不知道。用得着要购买的、每台机器都要安装的数据库？VFP最大处理数据极限是10亿记录，其本机运行速度是世界上最快的，编译成独立可执行程序根本不需要安装什么。

想像一下～曾经买过外国关于这套分析软件～
因为版权高得吓人～只买一套全部门共用～
而软件有时间限制～为了省钱～公司还想办法去破解这套软件～
当然是叫工程师去搞～也“搞”成了～
让它变成无限期使用～这样要他们花钱买数据库可能吗？
总不可能要我自己掏腰包去买吧～

这种需求本身就是数据库专业处理的东西，MIS系统哪个不是这种类型的？！这样都处理不来，那是系统设计者的问题。

VFP第一次听到～不过我去查查～

VFP是跟你使用的VB6同时代的东西，是处理本地数据库最强大的工具，除了一定要用远程网络之外，没什么比这个更好用的数据库了。