1 引言
笔者在使用Visual FoxPro 6.0编制超市综合信息管理系统时,由于某些参数的设置不当,或某些命令使用不当,曾走过一些弯路,总结起来体会颇多。
2 Visual FoxPro 6.0的几个不尽如意的地方
2.1 Visual FoxPro 6.0的一个bug
笔者在设计一个产品库存查询表单(form)kccx.scx时,其中一个网格(grid)grid1显示查询内容,运行此表单,因尚未选择查询条件,网格显示所有产品的库存情况。因此,在表单kccx.scx的active事件中加入以下程序,使网格grid1显示表dsPBmk(产品库存库)的全部内容:
0select * from dspbmk into table tj thisform.grid1.recordsource="tj" thisform.grid1.scrollbars=3 thisform.refresh |
系统刚开始运行时,由于产品记录个数少并未发现问题,但随着产品的增加,发现进入此表单很慢。通过将SET SAFETY 设置为ON,单步调试,发现上述程序的第一条SELECT语句重复执行若干次。将此段程序移到表单的init事件后,程序执行正常。或者将上段程序该为:
0select * from dspbmk into cursor tj thisform.grid1.recordsource="tj" thisform.grid1.scrollbars=3 thisform.refresh |
程序也执行正常。
同样,将上段程序放入页框(pageframe)的某一页(page)的active事件中,也会出现同样的问题。笔者并未找到关于此问题解释的相关资料,也许这是Visual FoxPro 6.0的一个bug。
2.2 慎用VFP的缓冲区功能
Visual FoxPro 6.0提供了缓冲区功能,只要将缓冲区(buffering)状态设为2、3、4、5,那么对表或记录的操作只在缓冲区中进行,再通过table0update()函数将修改传送到表中,或通过tablerevert()函数取消对表的修改。VFP的这种功能大大简化了程序的编写。但提醒编程者注意:当使用表缓冲(buffering状态设为5)功能时,若一次修改的记录数太多(比如400条以上),当执行table0update()函数对表进行真正修改时,发现缓冲区的数据丢失,本次修改失败。
2.3 多使用FLUSH命令
假定有一表单,要连续执行若干小时,其中经常要对某个表操作,在表单的load事件中打开此表,此后该表一直处于打开状态,通过APPE、DELE、REPL等操作对表进行了上千条记录的操作,但当退出后有时会发现当天的数据并未保存,尽管VFP帮助文件中介绍5分钟后会自动FLUSH。在每次操作后加入FLUSH语句,再没出现以上问题。