Первый пункт точно нет, если таблицы большие.  
Я бы начал с analyze <table> для каждой таблицы

analyze <table> делается после TRUNCATE ... INSERT

Вот текст процедуры

   TRUNCATE TABLE schemaname.tmp_table;
   INSERT INTO schemaname.tmp_table
   SELECT [перечислены колонки] FROM fdw_schema.foreign_table;

   ANALYZE schemaname.tmp_table;  

   ALTER TABLE schemaname.table RENAME TO old_table;
   ALTER TABLE schemaname.tmp_table RENAME TO table;
   CREATE OR REPLACE VIEW schemaname.v_table AS SELECT * FROM schemaname.table;
   ALTER TABLE schemaname.old_table RENAME TO tmp_table;

Вроде и кэш забит, а тормоза после этого жесточайшие

Вьюха v_table должна быть доступна на чтение непрерывно, поэтому сделано через временную таблицу.
Использование temporary table увеличит время перегрузки данных минимум в 1.5 раза, поэтому сделан некий swith table

Также вижу, что после выполнения запускается автовакуум и начинает маслать таблицу примерно 15 минут. Не пойму, зачем? Но дело не в нём, после него такие же тормоза при первом запуске.

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

Согласен, но BI система не умеет запускать отчеты сама. Хотя вроде были костыли. Можно также достать запросы из неё, но их пара сотен...

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

На всяческих тестах типа TPC прогревают просто несколькими прогонами тех же тестов , но без замера.

А у PostgreSQL есть кеш?

shared_buffers

Спасибо, погляжу

Согласен, склоняюсь к прогону запросов. Нагрузка, к счастью, специфичная OLAP, иначе бы я не взялся за эту поделку.

Кстати, надо будет посмотреть и приподнять если что.

Всем спасибо за мнения!

добрый день.
когда я делаю

alter table test_remane rename to test_remane2;

у меня все вью и материализованные вью автоматически меняют в себе код на новое название. а как сделать чтобы они не меняли?

alter table test_remane rename to test_remane2;

это фича. чтобы не менялось можно пробовать создавать SRF функции

hi, guys.
переносил схему из одной БД в другую (с ключами -Z9 -Fc)
после рестора размер таблиц у большинства увеличился на порядок
после vacuum full размер сдулся до нормального
что это было?

Есть задача: забираю данные с таблицы по вчерашнему дню.
Нужно поставить на "автообновление" каждую ночь.

Что проще: дропать и создавать табличку эвридэй, или стирать все данные :?

Materialized view?