Нет. Индекс по PADR() здесь вообще не при чем.

В какой кодовой странице созданы DBF-таблицы? Можно проверить в среде FoxPro командой

?CPDBF()

В какой сортировке создан индекс по полю docid? Имеется в виду SET COLLATE. Можно проверить командой

?IDXCOLLATE()

Если что-то из этих настроек отлично от текущей настройки среды, то индекс использовать НЕ будет.

Впрочем, это все относилось к самой среде FoxPro. Как оно будет при работе через OLE я не в курсе. Никогда не работал.

PaulWist

Я специально разбирался со способом сравнения символьных строк в команде Select-SQL. Т.е. это настройка SET ANSI

Так вот. Есть 2 варианта сравнения:

1. SET ANSI OFF (или оператор тождественного равенства) - мЕньшее (по количеству символов) выражение дополняется пробелами до тех пор, пока не сравняется по длине с бОльшим

docid = ' 31P4 '

Предположим, что docid - это C(100), значит ' 31P4 ' автоматически будет дополнено пробелами справа до 100 символов. По сути - получим то же самое PADR(), но в не явном виде

docid = PADR(' 31P4 ',100)

2. SET ANSI ON - бОльшее выражение будет обрезано справа (отброшена концевая часть) с тем, чтобы уравняться по длине с мЕньшим выражением

docid = ' 31P4 '

Предположим, что docid - это C(100), а ' 31P4 ' - это 6 символов. Значит, автоматически будет обрезано значение поля docid до тех же 6 символов. По сути - получим LEFT(docid,6), но в неявном виде

LEFT(docid,6) = ' 31P4 '

Т.е. вне зависимости от текущей настройки SET ANSI будет сравнение на тот факт, что первыми символами в поле docid является указанная комбинация символов ' 31P4 '.

А настройка SET ANSI уточняет - будут ли найденные записи оканчиваться только пробелами или кроме пробелов на конце могут быть и другие символы.

Это все замечательно, но в данном случае вопрос был связан вовсе не со способом сравнения символьных строк, а с фактом использования или НЕ использования индекса по полю docid. Т.е. к основному вопросу все это отношения не имеет.