1 это очень много данных, извлекаться они будут долго, в это время нагрузка на сервер как правило будет максимальна,
плюс к этому, сервером будут выполнятся другие запросы, поэтому надо разбивать один запрос на тысячи, быть может миллионы запросов, между запросами будут паузы, тем самым сервер будет разгружен и выполнять запросы от других процессов,
2 множество запросов наверняка позволит избежать создания временных таблиц (в этом случае временная таблица вряд ли будет создаваться, но так часто бывает с сложными запросами)
3 обычно такая выгрузка влечет последующие обработки и быстрая выдача данных из маленьких запросов позволит сразу же начать эти вычисления
4 postgresql такой огромный запрос не заблокирует таблицу, но другие СУБД например Mysql, может вызвать блокировку на несколько дней (было у меня такое)
PS и как показывает практика, извлечение много данных маленькими запросами, но в несколько потоков, происходит на много быстрее чем один огромный селект

авторbochkovpostgresql такой огромный запрос не заблокирует таблицу, но другие СУБД например Mysql, может вызвать блокировку на несколько дней (было у меня такое)
и как решали эту проблему в mysql? в мускуле это случается потому что там нет mvcc? Он вынужден блокировать каждую строку по отдельности?
mysql блокирует таблицу пока insert(update) не пройдет
select делается паралельно
но если очередь запросов будет типа
долгий select, insert, потом select и еще select ... все selectы после insert , будут ждать пока insert не дождется выполнения первого запроса, которым долго извлекаются данные

для mysql проблема решается в твоем случае


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

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

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

авторLeonid KudryavtsevБить один SELECT на несколько - лично я смысла не вижу.

ну как минимум в postgres'e
если запрос более разумного ожидания,
то надо бить, потому что твои изделия будут ложить сервер

это если ночью сервер простаивает