因为要做一系列的工作。包括：
1、从Excel中导入学生的成绩，你知道学校的老师不会使用VFP，但会用EXCEL，原始成绩是电子表格，要导入DBF中，还要进行数据的校验，这些是由程序全自动完成的，全部封装到了command1.chick()中。这个过程是比较费时的。
2、我校的考核方案比较复杂（文件就是七页，就是直接读完就要费点时间），不仅仅是算平均分，优生人数，及格人数这些小问题，而是对每个学科都要分门别类（比如有实验班，有普通班，有初中部，有高中部，有本科班，有专科班，有艺体班，它们的统计方法各不一样）的进行多种统计工作，得到一张总表，然后又导出为EXCEL，在这个过程中就用了很多循环语句,这个过程也比较费时。

所以很有必要，让程序即时显示时间

老师不会VFP就一定要用Excel了么？用Excel是填表格，你不会用VFP编写表格让老师填？这跟会不会用VFP有什么关系。用Excel耗时是你自己造成的。

是你的VFP功还没练到家，有时间多看看VFP帮助文件中的命令、函数、属性、方法、事件的用法

我校是先让各个年级将学生成绩输好（你知道输入成绩是教务最不想做的事，太费时），然后上交到教务处，统一放在一个文件夹CJ下，各个年级上交的成绩，教务处没有要求他们按固定的模板来做，哪样显得程序太不专业，没有一点智能化，所以多了一个学生成绩的校验时间。再加上vfp与Excel通讯也比较费时，我是用my=CREATEOBJECT("Excel.application")来导入程序的。

没有统一做MIS的缘故。即使如此，数据交换也不应该用Excel，这还存在Excel版本的问题。

教务主任要求一键搞定统计工作，要是傻瓜式的操作，这个要求比较高，我校在未采用此程序之前，教务处的两个人用EXCEL通常要三天左右才能得出统计结果。且错误非常多，任课老师经常到教务处扯皮。

还有，我的问题到底能不能用VFP自身来解决。

答案是肯定的，运行速度取决于你的代码是如何去组织。
数据表结构的设计是至关重要的一个环节。

在统一EXCEL版本的前提下，要有一个统一的输入模板，否则后果是不可想像的。

可以像超市收款台一样，将数据扫描到数据表中。

用VFP写个录入程序让他们上交数据文件就是了，又不难写，比现在这个方案好得多，最后处理起来连10秒都不用。