Electric200По ссылкам выше я понял, что проблема в освобождение пространства внутри DB в результате удаления данных, для возможности записи новых данных.
Т.е если логика рабоыт с базой не предусматривает удаления в принципе (в большом или частом обьеме) то особо переживать по поводу Vacuum не стоит. Я все верно понимаю?

если бы вы внимательно прочли документацию то поняли бы что update это delete старой записи и insert новой (если не учитывать HOT update ктороый впрочем всеравно новую копию создает)...
и как раз 90% работы autovacuum это пометка того что после update остается как свободного

Electric200Я читал, и обратил внимание на UPDATE тоже. Но как бы и UPDATE у меня не много. 90% запросов - это INSERT.

autovacuum еше за autoanalyze отвечает... а без него не будет нормальных планов запросов

Electric200А можно с этого момента поподробней? Как я понимаю план запроса можем меняться в зависимости от:
1. Количества существующих строк которые могут/не могут участвовать в результате выбора. Т.е когда используется фул скан вместо индекса.
2. Наличие свободной памяти буфера для определения где выполняться сортировку (в буфере или сбрасывать на диск). Т.е учитывается нагрузка на систему при выполнении составления плана запроса.
3. В случае явного отключения/включения параметров планировщика (к примеру SET enable_seqscan=false;)
4. Если запрос с архитектурой ну совсем кривые.

Ну вот собственно все что я знаю. Если есть еще какой то опыт у вас относительно данного вопроса, буду признателен за толкование.

собственно п.1 как раз считается на основе статистики которую auto analyze собирает/обновляет.