Следующий важный момент — Bloat в PostgreSQL. К сожалению, здесь нет волшебного решения: помогает только агрессивный VACUUM и ANALYZE
Если партиционирование сделать не по хэшу а по интервалам (range, для этого можно ввести синтетический ключь bigint например) то партиции с отработанными событиями можно просто отсоединять (detach/drop). А если данные (payload) хранить в другой табличке, где строки (статусы) не меняются, то и проблемы с Bloat сократятся на порядок.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Зарегистрирован
Активность
Специализация
Бэкенд разработчик, Архитектор программного обеспечения
Следующий важный момент — Bloat в PostgreSQL. К сожалению, здесь нет волшебного решения: помогает только агрессивный VACUUM и ANALYZE
Если партиционирование сделать не по хэшу а по интервалам (range, для этого можно ввести синтетический ключь bigint например) то партиции с отработанными событиями можно просто отсоединять (detach/drop).
А если данные (payload) хранить в другой табличке, где строки (статусы) не меняются, то и проблемы с Bloat сократятся на порядок.