Специалисты, скажите пожалуйста - можно ли ускорить выполнение SQL-запроса, приведённого ниже (SQL-сервер не стоит, эмулируется FoxPro).
Первый вариант:

tem3='SELECT ALL tem_docs_rasch_dk.datu, tem_docs_rasch_dk.regn, tem_docs_rasch_dk.subd,'+;

'tem_docs_rasch_dk.subk,tem_docs_rasch_dk.nnum,'+;

'tem_docs_rasch_dk.nkol,tem_docs_rasch_dk.kodv,tem_docs_rasch_dk.sumv,tem_docs_rasch_dk.sumi,'+;

'tem_docs_rasch_dk.nmo,tem_docs_rasch_dk.nza,tem_docs_rasch_dk.razv,tem_docs_rasch_dk.nump,'+;

'tem_docs_rasch_dk.lock,tem_docs_rasch_dk.incdt,tem_docs_rasch_dk.inckt,tem_docs_rasch_dk.choft,'+;

'tem_docs_rasch_dk.gregn,tem_docs_rasch_dk.obpdt,tem_docs_rasch_dk.obpkt,tem_docs_rasch_dk.artikul,'+;

'tem_docs_rasch_dk.omrk_nl FROM tem_docs_rasch_dk RIGHT OUTER JOIN psbase_rez_forCur_dbkr ON ALLTRIM(tem_docs_rasch_dk.subd) == ALLTRIM(psbase_rez_forCur_dbkr.subs) ' +;

'.OR. ALLTRIM(tem_docs_rasch_dk.subk) == ALLTRIM(psbase_rez_forCur_dbkr.subs) WHERE tem_docs_rasch_dk.datu >= tem1 .AND. '+ ;

'tem_docs_rasch_dk.datu < tem2'

tem4=' ORDER BY tem_docs_rasch_dk.regn INTO CURSOR '

tem5=tem3+IIF(EMPTY(THISFORM.predsubs1),'','.AND. (tem_docs_rasch_dk.subd==THISFORM.predsubs1 .OR. tem_docs_rasch_dk.subk==THISFORM.predsubs1)')+;

tem4+'tem_vib1_docs_dk READWRITE'

&tem5

Второй вариант (только отличающаяся часть):

tem3='SELECT ALL tem_docs_rasch_dk.datu, tem_docs_rasch_dk.regn, tem_docs_rasch_dk.subd,'+;

'tem_docs_rasch_dk.subk,tem_docs_rasch_dk.nnum,'+;

'tem_docs_rasch_dk.nkol,tem_docs_rasch_dk.kodv,tem_docs_rasch_dk.sumv,tem_docs_rasch_dk.sumi,'+;

'tem_docs_rasch_dk.nmo,tem_docs_rasch_dk.nza,tem_docs_rasch_dk.razv,tem_docs_rasch_dk.nump,'+;

'tem_docs_rasch_dk.lock,tem_docs_rasch_dk.incdt,tem_docs_rasch_dk.inckt,tem_docs_rasch_dk.choft,'+;

'tem_docs_rasch_dk.gregn,tem_docs_rasch_dk.obpdt,tem_docs_rasch_dk.obpkt,tem_docs_rasch_dk.artikul,'+;

'tem_docs_rasch_dk.omrk_nl FROM tem_docs_rasch_dk,psbase_rez_forCur_dbkr WHERE (ALLTRIM(tem_docs_rasch_dk.subd) == ALLTRIM(psbase_rez_forCur_dbkr.subs) ' +;

'.OR. ALLTRIM(tem_docs_rasch_dk.subk) == ALLTRIM(psbase_rez_forCur_dbkr.subs)) .AND. tem_docs_rasch_dk.datu >= tem1 .AND. '+ ;

'tem_docs_rasch_dk.datu < tem2'

tem1 и tem2 - даты, psbase_rez_forCur_dbkr - выборка из таблицы счетов, tem_docs_rasch_dk - таблица операций.
Результат выводится требуемый, скорость на хорошей машине тоже приемлемая, но только если выборка счетов небольшая.
В SQL я пока новичок, хотелось бы узнать мнение специалистов - как правильно строить подобные запросы. Скорость вариантов почти одинакова, мне сейчас сложно определить разницу (сижу на хорошей машине).

ВладимирМОснова Rushmore - оптимизации - это индексы. Есть индексы - оптимизация возможна. Нет индексов - нет оптимизации.

Использоваться могут только те индексы, выражение индексного ключа которых абсолютно совпадает с выражением, использованном справа или слева от символа сравнения в запросе.

В общем случае Вам поможет функция SYS(3054)

Внутри команды Select-SQL способ сравнения символьных строк регулируется настройкой SET ANSI. Почитайте в описании к этой настройке, что будет означать использование символа тождественного равенства (==) внутри команды Select-SQL. Это будет не совсем то, что Вы предполагаете.

Извиняюсь, если не понял. Почему я неправильно предполагаю что такое тождественное равенство? Мне необходимо найти именно тождественное совпадение. Например я ищу "5" счёт, а у меня может быть и "5" и "51". Естественно, мне надо "==". Без ALLTRIM может выпасть сравнение "5" и " 5".

По поводу первого ответа. Если в дальнейшем предполагается переход на SQL-сервер, то стоит ли использовать Rushmore - оптимизацию? Хотелось бы узнать об этом подробнее.

RedrikУбрать бы ALLTRIM'ы, да чтоб индексы были (не активные) по полям, которые в условиях...
P.S. А зачем макроподстановки?

Макроподстановки сделаны для удобства, чтобы удобнее было собирать запрос с переменными данными. Обычно собранное выражение SQL-запроса подставляется в источник колонки грида, но в данном случае получился многоступенчатый запрос (в воросе приведена только одна ступенька). Если писать запрос сразу, то макроподстановок будет больше - в теле самого запроса (не локальные же переменные туда подставлять - необходимы их значения).

ВладимирМ

2) Вы бы все-таки сначала HELP почитали, а потом возмущались. Внутри команды Select-SQL символ тождественного равенства означает, что более короткая строка будет дополнена пробелами, чтобы уровняться по длине с более длинной. Согласен, в данном случае - это без разницы. Просто это надо иметь в виду.


Я его и почитал, после чего написал предыдущий ответ (ну не надо уж совсем за идиота принимать).

ВладимирМ1) Если Вам требуется ALLTRIM(), значит у Вас что-то неправильно в самой стркутуре базы данных. Ведущие пробелы должны отсекаться еще на стадии ввода(модификации) данных.

Тем более, если речь идет о полях, по которым происходит объединение таблиц. Предположительно - это Primary Key и Foreign Key. И у них могут быть ведущие пробелы? Тут надо "в консерватории что-то подправить".



Эксперименты показали, что наличие или отсутствие ALLTRIM не очень сильно сказывается на скорости работы запроса (оставлено для надёжности).
Структура конечно не оптимальна, но она есть и постоянно модифицируется. Объединение на уровне FoxPro вряд ли целесообразно - в запросе участвуют не исходные таблицы, а SQL-выборка предыдущей ступени и курсор таблицы, имя которой переменно (зависит от года).