SQL SELECT最主要的一个特点，是它会根据查询需要自动建立临时索引，哪怕你的表本来没有索引，它也是会自己建的，只不过查询完毕后会删除掉，这也这类语句占用资源大的主要原因。无论是SQL SELECT还是VFP内部的检索指令，高效的关键点是索引。VFP之所以高速无与伦比的技术原因是它的索引文件高效，内嵌的SQL指令是使用自身检索技术实现的，但是这种索引数据结构的关键字(Key)却有局限性，不能太大，否则用于比较关键字的时间会过长，抵消高效，这就是它的索引字段长度有限制的原因——其他的大型数据库因为需要对更多种类的数据类型字段也能检索，没有这种限制，故在它们的SQL SELECT算法中就不会出现这种问题。对某些涉及备注型字段的查询，若算法需要此字段有索引才能提速，那么SQL SELECT算法会替这个字段建立索引，而这个索引被VFP自身的索引文件机制限制。

这里，同时也解释了VFP的SQL SELECT有独特扩展和为什么存在不与标准SQL SELECT语法完全一致的原因。

谢谢，其实我的备注，并不是备注字段，是C(252),只是我用来做备注，懒得用备注字段。

那就是受到了索引关键字字符数的限制。你DISTINCT三个字段，内部的执行是，依次按你列出的顺序作为第一、二、三关键字进行叠加排序，类似于 INDEX ON 第一关键字+第二关键字+第三关键字 这种。那么中间这个表达式的值字符数就不能高于240个(一个全角字符算2个字符)，这就是帮助文件里说的索引关键字不能超过240个字符。

1。VFP6.0 没这问题
2。在VFP9。0 如果不考虑"备注"字段重复问题，可以这样
SET ENGINEBEHAVIOR  70
SELECT 编号,收据号,备注 from sql_tab1 GROUP BY 编号,收据号
SET ENGINEBEHAVIOR  90