Смысл такой: в отчет нужно вывести данные по кварталам. Что будет быстрее: 4 select с ограничениями по каждому кварталу- into itab
или
1 select - а в нем анализ даты и раcпихивать по таблицам в самом select'e?

Юзай se30

В целях оптимизации предпочтительнее делать один select into table itab + соответствующая сортировка и последующая обработка полученной таблицы.

Это понятно, но в Тесте ничего не отличу - может кто из личного опыта уже знает. Если в 1 случае идет агрегирование в selecte по group, а во 2-м уже программно суммирование

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

А как ты по таблицам "распихаешь" в самом селекте? select - endselect?

Вообще в твоем случае - 1 select в itab и потом обработка внутренней таблицы программно. Можно и без сортировки обойтись.

select.... .
здесь анализ строки таблицы
endselect.

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

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

В общем смысл ясен - буду делать 2 варианта. В продуктиве погоняю. Вообще в книгах по оптимизации пишут, что все агрегирование делать только в select.

об этой конструкции забудь навсегда, если думаешь об оптимизации.

Если мы сделаем группировку по дням, то вряд ли понадобится таблица более, чем с 366 записями...

ну да, сперва в select'е наиболее укрупненно агрегируем (например для бухгалтерии это может быть поле "месяц финансового года"), а потом программно суммируем

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

Дак в этом и вопрос. Если 4 select с group by, то можно.