Всем - здравствовать!
Очень непонятная проблема съедает мозг.
Есть NAV (бывш. Navision, вдруг если кто не знает это ERP такая).
База живёт на SQL 2000, огромная - терабайт.
Есть некая таблица (339, для тех кто NAV знает).
В таблице в NAV есть ключ "Примен.-к Операции Но.,Примен.-из Операции Но.".
Галка "maintain SQL index" установлена, ключ в SQL присутствует, ключ не битый.
По этому ключу в NAV делается выборка рекордсета:
1.
2.
3.
4.
RESET;
SETCURRENTKEY("Примен.-к Операции Но.","Примен.-из Операции Но.");
SETFILTER("Примен.-к Операции Но.",'<>0');
SETRANGE("Примен.-из Операции Но.", 30195 );
IF FIND('-') THEN..........
В "родной" БД, и вообще на всех SQL-базах, с которыми я в жизни имел дело, такой запрос выполняется моментально, ибо фильтры кладутся по ключу. В этой базе, выполнение выборки занимает МИНУТУ.
Стал искать, в чём дело. Выполнил код под монитором клиента (для не-навиженологов, это такая штука, в которой можно посмотреть на кишки выполняющегося процесса, своего рода дебаггер). Увидел следующее (очень извиняюсь за нечитабельный вид):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Имя функции Номер параметра Параметр Номер Данные
FIND/NEXT 1 Table 339 Товар Книга Применения
FIND/NEXT 2 Search Method -
FIND/NEXT 3 Key Примен.-к Операции Но.,Примен.-из Операции Но.,Операция Но.
FIND/NEXT 6 Filter Примен.-к Операции Но.:<> 0 , Примен.-из Операции Но.: 30195
FIND/NEXT 14 Source Object Report 57000 Исправление Применений
FIND/NEXT 15 Source Trigger/Function ОбработатьРасход(Товар Книга Операций)
FIND/NEXT 16 Source Line No. 211
FIND/NEXT 17 Source Text IF Debugmode THEN
FIND/NEXT 30 SQL Statement SELECT * FROM "Основная БД для тестирования$Товар Книга Применения" WITH (READUNCOMMITTED) WHERE (("Примен.-к Операции Но."<> 0 )) AND (("Примен.-из Операции Но."= 30195 )) ORDER BY "Примен.-к Операции Но.","Примен.-из Операции Но.","Операция Но."
FIND/NEXT 31 SQL Plan Sort[ 2 , 1 ];Filter[ 3 , 2 ];Nested Loops[ 4 , 3 ];Index Seek($ 5 )[ 6 , 4 ];Clustered Index Seek(Основная БД для тестирования$Товар Книга Применения$ 0 )[ 8 , 4 ]
FIND/NEXT 32 SQL Index Примен.-из Операции Но.,Операция Но.
FIND/NEXT 50 Search Result
FIND/NEXT 100 Elapsed Time (ms) 54039
Говоря по-русски, получается следующее: из NAV в SQL передаётся совершенно правильный, нормальный запрос:
SELECT * FROM "Основная БД для тестирования$Товар Книга Применения" WITH (READUNCOMMITTED) WHERE (("Примен.-к Операции Но."<> 0 )) AND (("Примен.-из Операции Но."= 30195 )) ORDER BY "Примен.-к Операции Но.","Примен.-из Операции Но.","Операция Но."
Но при этом в SQL почему-то выборка выполняется по уродскому ключу Примен.-из Операции Но.,Операция Но., что естественно приводит к фильтрации по неключевому полю с 54-секундным выполнением.
Самое интересное, что если этот же запрос выполнить непосредственно в SQL, результаты возвращаются моментально.
Подозреваем, что косячит оптимизатор запросов, но точно определить не можем, и обойти тоже не знаем как. Мы в полном ступоре. Помогите понять, в чём дело?
Если вдруг будет нужно - можно мне звонить (903)5672441 для оперативности, приму любую помощь.
