我的程序上有个list控件，
rowsource="sele distinct 原料危害 from all3 where 项目编号=xmbh.and.alltrim(原料名称)=alltrim(ylmc) .and. len(alltrim(原料危害))>0.and. len(alltrim(原料名称))>0.and.len(alltrim(流程+工序+步骤))=0 into cursor tmpp4list13"

我发现：alltrim(原料名称)=alltrim(ylmc)，这样比较的结果是“ab”=“abc”为真了，可是我已经设置SET EXACT ON了，为什么会这样？

完全比较用==号

不可能吧？无论是 Set exact off 还是 set exact on，"ab"="abc"的结果都是 .f.。
当 set exact off时，"abc"="ab"的值为.t.
当 set exact on时，"abc"="ab"的值为.f.

"="号两边的字符串不能颠倒

多看看VFP的帮助文件，就不会犯如此低级的错误。

对的，"ab"="abc"，ab比abc少，所以，这个肯定是 .f.
"abc"="ab",abc中含有ab,这个是.t.

确实是低级错误，但很多人都没搞清楚，包括一些号称VFP专家的人。
set exact 是用于 xBase 命令的规则，不适用于 sql 命令，sql 命令比较规则遵循 set ansi 的设置
当比较字符串时：
set ansi off: 这是默认值，仅比较到较短的字符串就结束
set ansi on: 先用空格填充到同样长度，再逐字符比较
所以，你应该 set ansi on 而不是 set exact on

另外，用 == 代替 =，确实也是精确比较，但性质不同，用 set 是改变比较规则，用 == 是改变操作符
== 是vfp的操作符，SQL86/92标准没有定义这种操作符，用 == 是非标的，在vfp中用 == 的好处是它不受 set 设置的影响

[此贴子已经被作者于2018-11-21 16:42编辑过]

有道理！

说的很清楚，非常感谢！
确实，我也怀疑过，set exact on 可能不适用于SQL...