Апгрейд для ленивых: как PostgreSQL 12 повышает производительность

[@slysha]

Где, наконец-таки, встроенный HA кластер без всяких костылей-обмазок в виде Patroni и прочих Stolon?

[@slonopotamus]

https://wiki.postgresql.org/wiki/Submitting_a_Patch

[@scruff]

Походу, разрабы имхуют, что кластер должен быть уровнем-двумя пониже — где-то в области блочного хранилища.

[@puyol_dev2]

Это все в теории, а в реальности 5% в лучшем случае будет увеличение производительности, если вообще будет

[@druidvav]

Мне достаточно будет, что не придется устраивать еженедельные реиндексы всей базы.

[@scruff]

Я далек от БД, но разве обычного индекса не достаточно? Зачем реиндекс?

[@druidvav]

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

[@AlexanderY]

Просто ради любопытства — о каком размере БД идет речь? И версии СУБД?

[@druidvav]

~100 Гб данных, сейчас 11 версия, наблюдается такой эффект уже много лет.

[@ggo]

В целом, распухание индексов при интенсивных модификациях данных в OLTP — проблема всех БД, а не только pg.
Реиндекс уменьшает занимаемое место в разы.

[@ajaxtelamonid]

Товарищи, а посоветуйте пожалуйста удобную программу для работы с postgres. Для mysql много хороших программ, например HeidiSQL, а для постгресса не могу подобрать что-то похожее, везде слишком оверинжиниринг интерфейс.

[@NoOne]

pgAdmin4 либо EMS SQL Management Studio for PostgreSQL Lite (ограниченная версия)

[@kotov_a]

использую dbeaver.io, очень доволен