Доброго времени!

Есть База УТП серверная, Ведется участок розницы, при групповом проведении документов Отчет о розничных продажах по БУ, после нескольких документов зависает, опытным путем нащел процедуру которая завешивает
Там есть запрос к РС
|ВЫБРАТЬ
    |    ЦеныПродажные.Склад КАК Склад,
    |    ЦеныПродажные.Номенклатура КАК Номенклатура,
    |    ЦеныПродажные.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
    |    ЦеныПродажные.Цена КАК Цена
    |ИЗ
    |    РегистрСведений.ЦеныАТТ.СрезПоследних(&Дата, Склад В (&СписокСкладов)
    |       И Номенклатура В (&СписокНоменклатуры)) КАК ЦеныПродажные
    |";
Вроде все просто, но проведение зависает совсем, пробывал выгрузить в файловую версию все отрабатывает нормально.

Куда копать, что оптимизировать не могу понять!

А ты уверен, что именно этот запрос вешает систему?

Наверное, ТИИ для начала.
Попробовать понять, зачем нужна цена АТТ при проведении отчета о розничных продажах.

Уверен, я его исключил из проведения и все ровно,ТиИ делал не помагает, нужна цена для расчета возвратов в рознице.

Меня больше смущает что простецкий запрос, выполненный несколько раз завешивает процесс

Может в настройках SQL что не так???, ведь в файловом варианте работает (((

Для начала - обновить в sql статистику по таблице цен.

Статистику обновлял, не помогает

Размеры таблицы ценыатт, списка номенклатуры укажи

Строк в таблице 265541, список номенклатуры 50-200, склад 1, характеристики не используются

Я бы сделал внешюю обработку этим запросом и погонял бы с этими списками номенклатуры
Меняя параметры и исключая части
структура регистра какая?
По той инфе что есть тсой запрос должен летать

Это и есть все поля регистра, меня тоже это смущает, попробую погонять его отдельно

профайлером отлови этот запрос (если это он) и скорми его скулю.

(10) условие в индекс попадает хотя бы?

ну ты же не просто текст запроса убрал? там же результат запроса как-то отрабатывается

и одно дело проверить хоть и в файловой но с 1 пользователем и в серверной со 100

Создал обработку с этим запросом и скормил ей номенклатуру с документов о продажах за год в цикле по документно все отработало нормально,
На серверной я проверял монопольно картинка таже, зависает

(8) если характеристики не используются - зачем ты запросом тянешь их? Делать нечего, по играться охота?

(15) мы тоже не используем, но в типовых 100500 запросах они тянутся - не мешают

Как вариант, можно попробовать запихать значения параметров в вт кроссджойном и фильтровать регистр уже по этой вт:

.СрезПоследних(&Дата, (Склад, Номенклатура)  В (ВЫБРАТЬ вт.Склад, вт.Номенклатура из вт как вт))

(10) какой порядок измерений в регистре?

(17) да, это можно попробовать

(0) сколько элементов в массивах, которые ты передаешь в запрос? Склад и Номенклатура - ведущие измерения?

ну, и план-то покажи штоля

(17) Если это сработает, "то я сожру свои носки" (с)

(0) А точно на этой строке зависает? В отладке-то смотрели?

(22) а в чем проблема?

(24) если тормозит именно этот запрос, то такой трюк ничего не даст вероятнее всего

(25) +100500.
Имхо дело не в этом запросе) ТС что-то скрывает/недоговаривает

(25) скорее всего, если дело в этом запросе, то даст. Потому что это условие платформа преобразует в обычный коррелированный запрос, по индексированным полям, мсскуль его прожует на раз.
С другой стороны, возможно ты прав, тут может играть количество элементов в параметре. Дело в том (обращаюсь к ТС) - что если элементов мало, то платформа пихает их литералами в текст запроса, грубо говоря в where(точнее, в параметры хранимки, но не суть)  . Но если значений много - то платформа генерит вт. Причем, каждое значение - это отдельный инсёрт. И вот тут оно может тупить.

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

(27) в 8 тебе ответили про параметры.

может наоборот написать

|ВЫБРАТЬ
   |    ЦеныПродажные.Номенклатура КАК Номенклатура,
   |    ЦеныПродажные.Склад КАК Склад,

всё-таки так правильнее

выполни DBCC FLUSHPROCINDB(db_id()) к нужной базе
получи план запроса и порядок измерений регистра покажи