Нет, vacuum — не костыли, это один из подходов к MVCC (и у него есть существенные преимущества, особенно в сочетании с используемым PostgreSQL методом изоляции транзакций).

> Расширения для сбора статистики даже - костыли.

Потому что... что?

> Переход на новую версию - целая эпопея.

"Эпопея" минут на десять, обычно (если нет backwards incompatibilities в приложении, конечно — но это касается любых major versions любых программ). ;)

> Бекап - только всех баз сразу.

Да, это непривычно (особенно после других СУБД). На сотни активных production баз на одном сервере тут рассчитывать не стоит, в общем.

Потому что другие умеют собирать статистику без доп встроек из коробки

Как же в ms sql смогли сделать снапшот изоляцию без вакуума подобного? Шайтаны

Во-первых, о чём конкретно речь? А то я могу припомнить несколько других, которые из коробки в мониторинг не умеют совсем, например.
Во-вторых, я уже писал: расширения — это преимущество PostgreSQL, Вам религия не позволяет их устанавливать или что? ;)
Т.е. какие конкретные недостатки у такого подхода, без лозунгов вроде "расширения — это плохо, мир — это война, ..."?
И да, Вы на вопросы-то отвечать будете?

Они использовали другой из подходов к MVCC.
Кстати, Вы про ghost cleanup process в этом самом MS SQL нам не расскажете — чем же он занимается-то, а? ;)

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

Пусть занимается в фоне чем угодно, большинству о нем неизвестно как и о необходимости ручных вакуумов

> Так у тебя выше написано что расширение таймскейл виновато в кривой работе.

Не написано, не надо приписывать мне того, что я не говорил (ненавижу такое)!

> Недостатки - надо их искать, устанавливать и рестартить инстанс.

Не то что в других СУБД — ничего искать, устанавливать и рестартить не надо — просто можно начинать биться головой об клавиатуру! ;)

> Пусть занимается в фоне чем угодно,

Как странно... а вот мои коллеги (да и лично я однажды, в MS SQL 2012) сталкивались с ситуациями, когда из-за него всё "клинит" — и мониторинга нет, "ручек" управления этим куском дерьма "прекрасным процессом" тоже — можно заниматься в фоне чем угодно... пока СУБД висит — очень удобно. ;) Видимо, нам всем это всё приснилось?! Или как?

Есть, конечно, и я уже два месяца не могу себе в команду найти двух таких

Можно открыть Тикет в поддержке мс и там помогут, если вы сами не справляетесь

При чём тут "сами не справляетесь", что за троллинг?!

То, что нормального его мониторинга не было, и "ручек" управления тоже не было — это факт, да или нет?!

И мы каким-то образом (ударами в волшебный бубен, наверное?!) привели "беспроблемный" (по Вашим утверждениям!) процесс в такое состояние, что он стал проблемным, да? Чудо, не иначе. ;)

Экст эвент не достаточный мониторинг? Постгре такой не светит. Что за ручки управления нужны были? Управлять какими системными процессами хотелось?

Почему троллинг? Если ты не справился - значит не хватило квалификации

> Экст эвент не достаточный мониторинг?

Какой конкретно? Давайте ссылку (для MS SQL 2012, напоминаю).

> Управлять какими системными процессами хотелось?

Мы по-прежнему обсуждаем ghost cleanup process, если что.

> Если ты не справился - значит не хватило квалификации

О, вот и victim blaming пошёл. ;)  
Т.е. то, что в MS SQL нет средства мониторинга чего-то, и в этом месте есть bugs — это проблема моей квалификации, серьёзно?
Не переходите на личности, по-хорошему, а?

На мс сайте все написано про экст эвенты.  Как именно управлять очисткой требовалось? Не вижу ответов на вопросы выше

И почему не обратились в поддержку? Тк это признанный баг для 2008 версии

> На мс сайте все написано про экст эвенты.

Т.е. нечего сказать, понятно.
Как покажете конкретные extended events именно для этой задачи, так можете дальше рассуждать про чью-то компетентность, хорошо?

> Как именно управлять очисткой требовалось?

Хоть как-то. Чтобы СУБД перестала "висеть", понимаете?
Или хоть узнать, "когда же это прекратится, и где же этому конец?" ;)

> Не вижу ответов на вопросы выше

На какой именно?
(И да, это я на свои вопросы ответов не вижу до сих пор.)

> И почему не обратились в поддержку?

Кто Вам сказал, что не обратились?

> Тк это признанный баг для 2008 версии

Только вот у них была не она, о чём я уже дважды написал.

Я Пастернака не читал, но осуждаю)

Пг не только одна из самых универсальных баз, но и описана великолепно. А postGIS умеет в ГПУ, и, представляете, тоже бесплатно. И ставится он легко и недолго, вплоть до "щелкни правой клавишей" два раза.
И инструменты для загрузки просты и понятны, и бесплатны, правда уже к gdal относятся.

Нет таких баз. Особенно в кровавом ентерпрайзе