leaf 2Redrik
плохо что не помните подробностей
хотелось бы послушать
Скорее всего, он налетел на ситуацию, когда вместо курсора (т.е. временной таблицы) физически была просто переоткрыта таблица-источник и на нее наложили фильтр.

===================================
Если SQL-запрос полностью оптимизируем, то вместо создания нового файла будет просто открыта та же самая таблица с наложенным на нее фильтром. Зачастую это очень неприятная неожиданность.

Дело в том, что такую "отфильтрованную" таблицу нельзя использовать в качестве источника данных для последующих SQL-запросов, поскольку в этом случае непонятно, какие именно записи таблицы должны оказаться в результирующей выборке: с учетом "наложенного" фильтра или без. При попытке использования такой "отфильтрованной" таблицы в качестве источника данных для SQL-запроса Вы получите ошибку 1815 - "cursor" must be created with SELECT ... NTO TABLE

Проверить, чем же физически является сформированный курсор, можно используя функцию DBF()

SELECT * FROM MyTable INTO CURSOR TmpTable
?DBF('TmpTable')

Если будет возвращено имя файла с расширением DBF, то данный курсор является той же самой исходной таблицей с наложенным на нее фильтром.

Если Вы хотите при любых запросах быть уверенными, что курсор - это именно временная таблица, а не исходная таблица с наложенным фильтром, то Вам следует добавить опцию NOFILTER

SELECT * FROM MyTable INTO CURSOR TmpTable NOFILTER

Эта опция появилась только в 5 версии Visual FoxPro, хотя там она еще не была документирована. В более ранних версиях необходимо добавлять фиктивные условия или признаки группировки, чтобы исключить возможность оптимизации.

Вообще-то, в команде APPEND FROM FOR-условие проверяет не то, что добавляется, а то, куда добавляется. Т.е. это самое FOR-условие контролирует текущую запись той таблицы в которую и идет вставка.

Не совсем понимаю, что мешает сделать еще одну выборку?

Т.е. сделай еще один Select-SQL по курсору с этим дополнительным условием, а потом закачай весь результирующий набор в таблицу.