|
| VFP 6.0网络编程应注意的问题 |
|
作者：论坛 文章来源：不详 点击数： 更新时间：2007-11-14 13:14:05  |
|
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（产品库存库）的全部内容：
select * from dspbmk into table tj
thisform.grid1.recordsource="tj"
thisform.grid1.scrollbars=3
thisform.refresh
系统刚开始运行时，由于产品记录个数少并未发现问题，但随着产品的增加，发现进入此表单很慢。通过将SET
SAFETY 设置为ON，单步调试，发现上述程序的第一条SELECT语句重复执行若干次。将此段程序移到表单的init事件后，程序执行正常。或者将上段程序该为：
select * 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，那么对表或记录的操作只在缓冲区中进行，再通过tableupdate()函数将修改传送到表中，或通过tablerevert()函数取消对表的修改。VFP的这种功能大大简化了程序的编写。但提醒编程者注意：当使用表缓冲（buffering状态设为5）功能时，若一次修改的记录数太多（比如400条以上），当执行tableupdate()函数对表进行真正修改时，发现缓冲区的数据丢失，本次修改失败。
2．3
多使用FLUSH命令
假定有一表单，要连续执行若干小时，其中经常要对某个表操作，在表单的load事件中打开此表，此后该表一直处于打开状态，通过APPE、DELE、REPL等操作对表进行了上千条记录的操作，但当退出后有时会发现当天的数据并未保存，尽管VFP帮助文件中介绍5分钟后会自动FLUSH。在每次操作后加入FLUSH语句，再没出现以上问题。
15a
|
|
| 文章录入：mintao 责任编辑：mintao |
|
|
上一篇文章： 树形目录在PB中的实现与应用
下一篇文章： 数据库规范化三个范式应用实例 |
|
|
| 【字体：小 大】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】 |
|
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 