Написал отчет, анализ продаж по 4 разным периодам. Работает хорошо, пока не начинают строить его в разрезе номенклатуры.
База размером 20 Гб, справочник номенклатура 130 000 позиции. Крутиться на MS SQL, типовая конфигурация "Управление торговлей для Казахстана", локализованная Российская версия.
Записей в регистре Продажи 2 413 646.
Запрос (в запросе все измерения регистра, тут убрал просто):

ВЫБРАТЬ
    ПродажиОбороты.Номенклатура
ИЗ
    РегистрНакопления.Продажи.Обороты(&ДатаНачала1, &ДатаКонца1, Регистратор, {(Номенклатура).* КАК Номенклатура}) КАК ПродажиОбороты

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    ПродажиОбороты.Номенклатура
ИЗ
    РегистрНакопления.Продажи.Обороты(&ДатаНачала2, &ДатаКонца2, Регистратор, {(Номенклатура).* КАК Номенклатура}) КАК ПродажиОбороты
    ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    ПродажиОбороты.Номенклатура
ИЗ
    РегистрНакопления.Продажи.Обороты(&ДатаНачала3, &ДатаКонца3, Регистратор, {(Номенклатура).* КАК Номенклатура}) КАК ПродажиОбороты
    ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    ПродажиОбороты.Номенклатура
ИЗ
    РегистрНакопления.Продажи.Обороты(&ДатаНачала4, &ДатаКонца4, Регистратор, {(Номенклатура).* КАК Номенклатура}) КАК ПродажиОбороты

При его построении в разрезе номенклатуры, tempDB на SQL начинает расти до неприличных размеров (10 ГБ и более), тем самым загружая диск С, на 100%, и начинает тормозить вся база. Время построения не известно, ждал 30 минут, потом прервал.

Понимаю что неправильная логика запроса, но в чем ошибка? Что там такого на SQL происходит? При том что типовой отчет продажи, строиться с любыми группировками за любой период не более 5 минут.

подниму

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

А детализация до регистратора обязательно нужна ?

наверно, слово регистратор не надо. Например в периоде 100000 регистраторов, понятно, что размер файла у вас увеличится в десятки тысяч раз.

Посмотри план запроса. Так он не весь приведен.
Конечно и сама логика жутко кривая :)
Объединять надо несагрегированные массивы данных.

А насчет 4 периодов правильная логика:

ВЫБРАТЬ
    ПродажиОбороты.Номенклатура, НАЧАЛОПЕРИОДА(ДатаПРодажи, Квартал)

Ну и потом уж 4 квартала по столбцам раскидать

фильтр по номенклатуре задаешь?

(4) Хз, идет джоин к каждой таблице регистратора или нет.

Вот еще совет, напиши запрос без использования виртуальной таблицы. Это в любом случае понадобится чтобы запрос в профайлере отладить. Заодно и нагрузку на оптимизаторы снизит.

зачем там регистратор?

(7) Виртуальная таблица Обороты с периодичностью меньше месяца строится по реальной таблице движений.
Если нет обращений к реквизитам регистратора, то и джойнов не будет.

(10) Ну так тему почитай. Человек кварталы объединяет.

(10)+ Хотя даже в таком случае, не понятно какого рожна рстет tempDB. Глянуть бы во что там развернулось это хозяйство.

(11) Читал. И спрашиваю, нахрена ему тогда регистратор в ВТ нужен.

Лёша! Нахрена там регистратор?

Да действительно Регистратор мне не нужен, уберу его. Может действительно только это решит проблему буду пробовать сейчас.

(11) И таки насчет кварталов не вижу где в (0) про это написано. Только в (5).

(5) Не по кварталам у меня отчет строит.
Нужно например сравнить продажи за:
- январь 2010
- январь 2011
- январь 2012
- январь 2013
По сути можно сравнивать любые периоды между собой.

Временные таблицы не подойдут, так как все это строиться на базе Универсального отчета, стараюсь писать только на его основе.

(17) переходи на СКД, там клево можно соединить наборы - один с периодами, второй - запрос по продажам

(18) Спасибо попробую