PGConf.Russia 2025

Перечислить все важные изменения 18-й версии во время выступления будет достаточно проблематично, если не сказать больше. Ведь заморозка кода состоится через неделю после доклада. Но вполне реально рассказать о том, что уже принято. А интересных изменений в области производительности, мониторинга, очистки (куда же без нее) и не только уже набралось немало.

По традиции доклад строится на материалах серии статей с обзором коммитфестов 18-й версии, которые публикуются в корпоративном канале Postgres Professional на Хабре.

Для DBA всегда актуален вопрос обеспечения защиты и целостности базы данных. И всегда где-то рядом требование — хранить эффективно/компактно, не нагружать сеть и гарантировано восстанавливаться.

Мы обсудим универсальное решение для хранения резервных копий и архивов не только с эффективной дедупликацией, но и возможностью минимально нагружать сеть: TATLIN.BACKUP — платформа для хранения резервных копий или WAL-архивов PostgreSQL с компрессией, дедупликацией и минимальной передачей данных по сети. 

TATLIN.BACKUP — универсальное решение для передачи и хранения архивов PostgreSQL на удаленных площадках из центрального офиса.

Проблема долгого закрытия месяца и расчета себестоимости на PostgreSQL остро стоит давно. В ходе доклада рассмотрим, что нам предлагают современные версии PostgreSQL в этом плане, а также ответим на вопрос: «Тормозят ли реплики работу мастера?».

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

На одном из моих прошлых мест работы мы довели ElasticSearch до предела его возможностей. Нам потребовалась еще более масштабируемая альтернатива для системы с высокой нагрузкой на запись и редкими чтениями. Мы построили такую систему на PostgreSQL. Теперь многие из нас работают над ее преемником как над опенсорсным проектом.

Этот доклад расскажет о дизайне Bagger (названного в честь гигантских горнодобывающих машин), который способен управлять логами объёмом в десятки и сотни петабайт. Помимо обзора архитектуры, расскажем о причинах выбора решений и компромиссах, которые пришлось учитывать при проектировании.

Доклад не только продемонстрирует гибкость и мощность PostgreSQL, но и проиллюстрирует фундаментальные компромиссы, неизбежные при работе с большими данными.