看来也只能如你所说了，我跟踪了一下错误：

可以看出，在“某些条件”下，VFP可能是误判了，不主动去“覆盖”。因我做过测
试，当第1次生成 TXT 文件后，我重启了电脑后，再次生成那个TXT 文件，还是出
现那错误，除非事先删除了那个 TXT，可见这与TXT被独占或锁定没多大关系。

我也没找到问题的根源，这个情况分几种模式:
1.导出字段为全数值型
2.导出的第一个字段是字串后续字段为数值型
设有nNum1 nNum2均为数值型，cStr为字符型，以下语句能重复改写文件
字符数值:copy to ofile.txt fields cStr,nNum1,nNum2 delimited with TAB
全数值型:copy to ofile.txt fields like nNum delimited with TAB
全数值型:copy to ofile.txt fields nNum1,nNum2 type sdf
以下语句不成功:
copy to ofile.txt fields nNum1,nNum2 delimited with TAB
后来研究了一下语句的语法完整的应该是:
copy to ofile.txt fields nNum1,nNum2 type delimited with TAB
delimited with TAB-CHARACTER-BLANK等是type的子参数，而VFP在处理delimited参数时不像XLS.CSV.SDF.XL5.等预先就有可用的文件模板去生成导出的文件，
估计文件在处理完时没有及时从数据库里脱离，所以就出现上面跟踪到的allready existing in database错误，有点类似于从EXCEL2000中导出为其它类型文件时，那个导出的文件仍处于打开使用的状态。
这应是一个未改正的bug.