В VFP6 надо SEEK заменить на SELECT, т.е. выбрать первую попавшуюся запись, в которой значение поля соответствует выражению (не строго, EXACT OFF для SEEK). Структурный индекс по этому полю, естественно, существует.

SELECT tname.fname DISTINCT FROM tname WHERE tname.fname='123456' ORDER BY tname.fname TOP 1
- выполняется моментально

SELECT tname.fname DISTINCT FROM tname WHERE tname.fname='1' ORDER BY tname.fname TOP 1
- выполняется очень долго

Можно как-то по-другому написать SELECT, чтобы он выполнялся быстро независимо от длины выражения поиска?

по п.1: если убрать TOP 1 - выдается не одна запись, а все записи с минимальным значением fname, удовлетворяющим выражению.
по п.2: собственно и прошу совета как добится full оптимизации в простейшем примере, когда нужна выборка по единственному полю.

извиняюсь, убрать DISTINCT, а не TOP 1

Using index tag ... to rushmore optimize table ...
Rushmore optimization level for table ...: partial

То же самое

PaulWistЕси автор бы привел тестовый пример, тогда можно было бы что-то определенное сказать.

Я привел пример в первом сообщении. Подойдет любая таблица с индексированным символьным полем, и более или менее приличным количеством записей (заметно на 50тыс., на 3млн. - совсем беда).
Может кто-нибудь попробует в 8-ке или 9-ке? То же самое будет или нормально?

Я хочу получить первую попавшуюся запись, удовлетворяющую условию, и только одну. В принципе все получается. Вопрос в следующем:

SET EXACT OFF
IF SEEK('1','test','f1')
COPY TO ARRAY ar1 NEXT 1
ENDIF

Такой код сработает мгновенно на таблице test любого размера с символьным полем f1 любой длины и одним индексом по этому полю.

SELECT * FROM test WHERE f1 = '1' ORDER BY f1 TOP 1 INTO ARRAY ar1

Этот код дает такой же результат, но в VFP6 работает очень долго на большой таблице. Интерес остался чисто спортивный: можно ли по-другому написать SELECT, чтобы Rushmore догадался, как получить результат мгновенно? И не стал ли Rushmore хитрее в более поздних версиях?