Простой запрос беру 2 Регистра накопления остатки на складах и резервы.

К Остатки соединяю с резервами левым соединением по номенклатуре.

Запрос работал года 2 время выполнения около 1 с.
Сейчас стал выполняться 40 минут, куда копать?

Битых ссылок нет, делал реиндексацию средствами sql.

Главное, никому не показывай запрос. Держись до последнего!

Запрос совсем простой

ВЫБРАТЬ
    ТоварыНаСкладахОстатки.Номенклатура,
    ТоварыНаСкладахОстатки.КоличествоОстаток,
    РезервыОстатки.КоличествоОстаток КАК КоличествоОстаток1
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки КАК ТоварыНаСкладахОстатки
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПАУЭР_Резервы.Остатки КАК РезервыОстатки
        ПО ТоварыНаСкладахОстатки.Номенклатура = РезервыОстатки.Номенклатура

статистика, реиндекс

(3) Стали составными реквизиты?

жесть какая. Там же декартово произведение, ~10 тыс на ~10 тыс, т.е. 100 млн строк...

(5) нет номенклатура не составной

Статистика, реиндекс. С запросом все нормально

(6) Почему?
ПО ТоварыНаСкладахОстатки.Номенклатура = РезервыОстатки.Номенклатура

(3) Разбей запрос по замерам, сперва остатки по РН.ТоварыНаСкладах, потом по РН.ПАУЭР_Резервы

покажи план запроса

(10)
Отдельно если выполняю все ок. меньше секунды.
Сейчас пробую ре индекс средствами 1с на копии, отпишусь о результатах

(12) индекс есть по номенклатуре?

(13) Скорее всего - нет и не нужен.

(13) Или измерение - первое и индекс есть полюбому, но он - не поможет.

(14) тогда действительно

ПО ТоварыНаСкладахОстатки.Номенклатура = РезервыОстатки.Номенклатура

сравнение должно идти 10 тыс раз по каждой номенклатуре?

(15) вернее, поможет частично, позволяя не выполнять сортировку при mergejoin

он скукоживает по измерениям, т.е. по факту в (3) - соединение двух подзапросов

а по факту проще всего заменить это на объединение с небольшим отбором и группировкой

Попробуй выгрузить остатки во временную таблицу, а при отборе резервов установить условие отбора по номенклатуре из временной таблицы и уже  эту таблицу соединить в резервами

(18) Все время забываю про разделение итогов.

(21) в данной ситуации он скукожит и без разделения итогов. Ну разве что если в регистре одно измерение, но я что-то в этом сильно сомневаюсь.

(0) Характеристики номенклатуры используются? И что там со складами?

и сколько строк в результате запроса?

(22) Да, точно.

Построил запрос.
если номенклатура - не первая (нет индекса):

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

если номенклатура - первая (есть индекс):

по каждой таблице сначало индексный отбор по дате, потом идет группировка через аггрегацию (хз как это физически делает sql), получается несколько сотен строк (ну у меня) свернутой номенклатуры и потом через mergejoin соединение.

монопенисуально, есть ли индекс по номенклатуре.

Ну и индексировать Номенклатуру смысла нет - план запроса остается как в (25), первый вариант, очевидно же.

(25) ну, у автора, вероятно, что-то произошло и стал использоваться nested loops. можно упростить задачу оптимизатору, например через (19) или две временные таблицы

(27) Или посмотреть план.

(28) посмотри в зеркало, потом на автора, потом снова в зеркало...

(27) тут 2 варианта - либо max_dop<>1 либо мертвая статистика.

(23) - не актуально, тупанул.

(27) Там запрос то... Я пока не встречал случаев, когда бы слажал вложенный запрос в свертке остатков.

Интересно, когда 1С прикрутит вот это:

http://sqlcom.ru/optimization_query/in-memory-tables-simple/

Добавил индекс к номенклатуре в РН резервов.
Запрос заработал.

Думаю это не лекарство а sql перестроил индексы целиком по этому регистру.

Так же жду результатов Пересчета индексов целиком на копии базы. Позже отпишусь о результатах.

(34) >Добавил индекс к номенклатуре в РН резервов.
Не то написал не к номенклатуре а к измерению "Склад".

в запросе его не использую, сделал это для эксперимента.

(3) он и должен тормозить. Раньше не тормозил потому. что данных не было

(36) иногда лучше промолчать...

(37) Зря ты это.
(36)+1

Почему зря?