Дык вот тебе и ответ: агрегировать в 1 селекте, а урезанность синтаксиса лечить дополнительной обработкой в программе.
Лепить бездумно селекты не следует по двум причинам:
1) Сервер БД вынужден 4 раза обрабатывать один и тот же селект, проходить по одной и той же таблице, одному и тому же полю только с разными условиями, что ни в какие ворота...
2) Если условия задачи изменятся, например, будет требоваться сделать поквартальный отчет за N лет, то количество таких селектов будет расти пропорционально, а производительность пропорционально падать.

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

2Морской:
Все зависит от количества данных, которые планируете получать. Для больших объемов мне кажется лучше 4 селекта, для небольших - одил селект будет наверное красивее Хотя как делать. Резюме - сделать оба варианта и погонять их в ST05

Некоторые сервера БД не только хранят, но и записывают на диск планы запросов и время их обработки. Тут никаких 4 селектов не надо, потому что максимальный размер результирующей выборки при группировке по дням - 366 записей, что совсем немного.
Следует отметить, что мы здесь вообще не говорим о размере исходной таблицы и о том, включены ли поля, на которые накладываются ограничения, в первичный ключ и индексы. А это стоит учесть... как и некоторые другие вещи.
Но здесь по производительности максимальный выигрыш - 1 select и последующая обработка на ABAP'е. Никаких других вариантов, кроме, разве что NativeSQL.

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

всё относительно. От аппаратных средств тоже кое-что зависит. Если система летает, значит всё нормально у вас .

да, согласен

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