改善VFP本地数据访问的性能的实用技巧.pdfVIP

2007年I2月 改善VF P夺地数据访问的性能的实用技巧 209 改善VFP本地数据访问的性能的实用技巧 陈志华 (江西省化工技校) 摘要：本丈介绍一些实用技巧和技术。如果我们能正确地应用这些技术，就可以大大改进 VisuM FoxPro的性能，提高数据的访问速度。 关键词：Visual FoxPro 性能 技术 高性能是Microsoft FoxPro数据库管理系统(特别 注文件)的锁定失败到再次尝试锁定它之间的时间间 是它的数据库引擎)的最大特点。Visual FoxPro关系型 隔，以毫秒为单位，默认值为333毫秒。如果在我们的 数据库引进了对象模型，提高了引擎的存取速度并增 系统中存在大量的锁定竞争，可以将这个值调大(最大 强了客户／服务器特性，因此整个管理系统的功能变得 值为lOOO)，以提高我们应用程序的性能，因为应用程 更加强大。但是，这些强大功能的代价是使管理系统 序不会因徒劳锁定记录而浪费时间。但是，如果锁定 变得更加复杂。因此，一方面，很容易开发出性能稳 竞争不多，应将该值调小(最小值为100)，以加速记录 定、面向对象、使用远程数据的应用程序，另一方面，也 锁定的尝试。 很难避免出现低性能的应用程序。 4 注音标记和机器排序序列 1 使用索引 在Visual FoxPro中，已经改进了查询包含国际化 Visual FoxPro中的索引是基于树的数据结构，因此 字符(带有区分标记的字符)数据的优化方式。但如果 查询经过索引的表是很快的。但当表中有较多的索引 我们的索引表达式的结果包含的字符都不带注音标记 时，更新表和向表中输入数据就会变得慢一些，因为 (例如B或M)，则查询还能更快。非机器排序序列(例 Visual FoxPro需要更新每个索引。通常，只需在用于筛 如“通用”排序序列)比机器排序序列慢，有下列几个原 选和联接的数据上建立索引。应该避免以FOR条件 因：非机器索引关键字的大小是机器索引关键字的两 或NOT条件这样的形式建立索引表达式，因为 倍，因为必须为每个字符记录注音信息；为了返回正确 这些表达式无法优化。例如：INDEX ON DELETED() 的结果，非机器排序序列要使用很多特定的规则来断 TAG DEL是可以进行 Rushmore优化的，但是，INDEX 定索引的顺序。因为机器排序序列更快，所以它通常 ON NOT DELETED()TAG NOTDEL则不能。在特殊情 用于联接和查找，而其他排序序列用于排序记录。 况下，我们不想包含被删除的记录，可以先设置 SET 5 使事务安排紧凑 DELETED ON，再创建索引，这样可以加速操作。此外， 事务应该只包含更新数据操作，在事务中包含其 注意不要在那些只有少数离散数据中取值的字段(例 他任何操作(如使用我们界面，使用编程结构的CASE、 如逻辑型字段)上建立索引。 WHILE或IF语句)都会降低更新数据的效率。这对于 2 优化查询的条件 Visual FoxPro是很重要的，因为使用事务需要锁定记 Visual FoxPro通过查找与筛选表达式左边相匹配 录。在事务中以及更新记录时会锁定记录，并且在提 的索引表达式来优化筛选条件，我们经常试图将索引 交或回滚事务之前不会释放这些锁定的记录。即使我 的标识名与一个筛选表达式相匹配，而Visual FoxPro 们使用了 RLOCK()或 FLOCK()，然后执行 UN— 无法通过这种方式优化