В ТиС 9.2 стал очень долго формироваться запрос по регистру ПартииНаличие.

База крутится на SQL2000. ВыбПоставщик - реквизит на форме.
Товаров в базе - около 10 тыс. позиций. Вчера запрос отрабатывал приблизительно 2-3 минуты. Сегодня - более часа.
ВыбТМЦ тоже реквизит на форме. Если выбрать в ВыбТМЦ конкретную группу товаров, то запрос отрабатывает быстро. По всем товарам - очень долго. Куда копать?

текст запроса

ЗапросПост = СоздатьОбъект("Запрос");
ТекстЗапросаПост =
"//{{ЗАПРОС(Себестоимость)
|Период с КонПериод по КонПериод;
|Номенклатура = Регистр.ПартииНаличие.Номенклатура;
|Поставщик    = Регистр.ПартииНаличие.Партия.Поставщик;
|Количество   = Регистр.ПартииНаличие.Количество;
|СуммаУпр     = Регистр.ПартииНаличие.СуммаУпр;
|Функция КоличествоКонОст = КонОст(Количество);
|Группировка Номенклатура без упорядочивания без групп;
|Условие(Поставщик в ВыбПоставщик);
|Условие(Номенклатура в ВыбТМЦ);
|"//}}ЗАПРОС
;  
        //Если ВыбПоставщик.Выбран()=1 тогда
Если ЗапросПост.Выполнить(ТекстЗапросаПост) = 0 Тогда
    Возврат;
КонецЕсли;

(0) В сторону закрытия регистра копай... он не закрывается у тебя

(1) это могло произойти за один день? Так резко? В течении года работало нормально

(2) Тогда стандартно ТИИ на копии, поиск пустых дат документов, проверка на закрытие регистра

апну
ТиИ не помогло, реиндексации средствами sql тоже
пустых дат вроде тоже нет. Делал выгрузку/загрузку средствами 1С - результат нулевой. Что ещё попробовать?

(4) > Что ещё попробовать?
SQL-Профайлер и смотрим чем занимается скуль при калькуляции запроса.

Регистр.ПартииНаличие.Партия.Поставщик; - это очень нехорошее решение. Слишком много обращений через точку.

(0) Прямые запросы не предлагать?

(6) всего лишь одно соединение добавляется, а не "слишком много обращений через точку"

(7) пока смотрю на штатные методы. Всё как-то внезапно произошло

(9) Чудес не бывает.
Смотри в сторону того что изменялось.

(10) было проведено перемещение с розн.склада на оптовый, 4500 позиций. Отменял это перемещение - всё равно тормоза

Если запрос по всем товарам то условие в запросе вообще убрать

(12) там иногда по группе товаров надо. И кстати, когда выбрана группа, то всё довольно быстро формируется.

(13)
>там иногда по группе товаров надо
вот и ставь условие "иногда".
слушайся (12)

(12) не спасло

Большая (4500 позиций в перемещении) нетипичная операция могла испортить статистику. И SQL делает неоптимальный план. Попробовать обновить статистику.
Могла возрасти фрагментированность индексов, но это вряд-ли так сильно повлияет.
К тому же была помянута выгрузка/загрузка средствами 1С.
Смотри для начала через SQL-профайлер. Чем там SQL занимается.
Для ускорения запроса штатными методами попробуй (самореклама) http://infostart.ru/public/64620/