数据库设计的好坏有种种因素，不是纯粹用字段数来衡量的。
比如 Oracle、DB2 等字段数是无限制的。
VFP 对 DBF 的建议是：当字段数控制在 75% 之内时，其查询效率最好。
当字段数在 97% 之内时，最稳定。
所以，如果是必须的，200个字段还是可以的。
还有，一个表的查询，比多个表的笛卡尔连接的查询，应该效率更高。

如果要建立一个 200 字段的数据库，可以用交互方式先建库，或者用 COPY STRUCTURE EXTENDED / COPY STRUCTURE 命令。

如果用 Select - SQL 命令建立 200个字段的表的，可以用交叉表，就不会超出命令长度的限制了。

试试看。

没有说字段数多不可以，只是觉得一个表如果有200个字段，通常情况下是设计不合理。表文件的设计好坏，确实不用字段数来衡量，而是看每个表文件的内容是否合理，有主题，而不是为了查询方便快捷而把全部数据都弄在一个表里。不要忘记，数据冗余带来的麻烦远比把数据分在几个表文件里需要联接查询要多得多。

太感谢您的建议，我已经重新构思了，效果很好，再次感谢。

不谢啊，如果能把基础打好了，对将来数据库的进一步应用会有很大帮助。