以下是引用liuxingang28在2014-7-4 10:22:25的发言：

我仔细拜读过您的《VFP入门指南》，我前后仔仔细细读过 3 篇，对其中关于Varchar数据类型的论述印象深刻。我在 9 楼表达的意思您可能理解上有偏差。我的意思，不是说系统在存储时会自动使用TRIM()函数过滤字符串，而是说，若要实现对字符串比较时不再使用TRIM()函数，对Varchar字段类型也必须人工使用TRIM()函数对字符串进行过滤。

以下是引用liuxingang28在2014-7-4 19:53:03的发言：

比如，表单上有一个txtName文本框，用于输入或修改“姓名”字段，该字段是 Varchar类型，则在保存记录时，需执行 replace with trim(thisform.txtName.Value)。

2. 对 Top 语句的影响


在 9.0版本下，SELECT * TOP 1 FROM employee ORDER BY salary，仅列出员工表中工资最少的其中 1 名员工，也就是说，对于 Top n，返回的记录不会多于 n。但在 8.0 和 7.0 版本下，若拥有最低工资的员工有多名，则 SELECT * TOP 1 FROM employee ORDER BY salary 返回多名员工。

比如，现在我要查询工资最低的员工信息，在 VFP 9.0默认数据引擎下，不能使用 SELECT * TOP 1 FROM employee ORDER BY salary，而应该采用如下语句：SELECT * FROM employee WHERE salary = (SELECT MIN(salary) FROM employee)

以下是引用taifu945在2014-7-3 15:01:29的发言：

楼主写得非常好，很多细节在各种教科书或使用说明中都没提到过。不过，对于在LIKE比较符中使用下划线的区别，我经过实验，觉得与楼主的说法略有出入：
假设表文件T1.DBF有两个字段：姓名、分数，记录有三条：
姓名            分数
张三             60
张(一个空格)     30
张               20
在7.0版本下，用“SELECT * FROM T1 WHERE 姓名 LIKE "张_"”命令，只输出第一条60分的记录；在8.0、9.0版本下，用相同的命令会输出60分和30分的两条记录；三个版本下，都无法输出20分的那条记录，也就是姓名只有一个“张”字的记录。
根据以上实验，可以得出：在7.0版本中，下划线仅代表有实际意义的字符；在8.0、9.0版本中，下划线可以包含空格了；在VFP所有版本中，下划线都不能代表空字符(注意：空字符不是空格字符)，即，下划线必须要对应一个字符。而使用“%”通配符，在VFP任何版本中都可以包含空字符。