Иван Чувашов, опытный администратор БД с почти 20-летним стажем, готовит доклад об обслуживании баз данных с большим количеством таблиц:

Я 19 лет занимаюсь администрированием и SQL-оптимизацией в СУБД, из них 12 - в PostgreSQL. Не секрет, чем больше таблиц в БД, тем сложнее с ней работать. Это касается и производительности автовакуума (особенно при конкурентных изменениях в разных таблицах), и скорости планирования запросов, и разрастания системного каталога. А когда таких БД не одна, а несколько десятков, возникают специфические требования к их обслуживанию и эксплуатации. Из моего доклада вы узнаете о подходах, которые помогают в разы увеличить производительность, высвободить аппаратные ресурсы и значительно упростить поддержку.

Друзья!
Нам поступают письма о том, что не всегда приходят почтовые уведомления, подтверждающие регистрацию на конференцию. Увы, мы не властны ни над почтовым сервисом и качеством его работы, ни над настройками ваших почтовых систем.

Если вы уже проверили папку «Спам», но подтверждения так и нет – смело пишите нам на 📧 team@pgbootcamp.ru c темой письма «Подтверждение регистрации», и мы оперативно вам ответим.

Следующий спикер – Родион Хабибов, DevOps-инженер из «СберСервис», прошёл в ИТ через многое – от патч-кордов в серверной до Kubernetes и PostgreSQL и прочего. Не любит ручную работу, а любит налаживать автоматизированный процесс везде, до чего дотягиваются руки!

В своем докладе «Эволюция кластера: как миграция PostgreSQL на новую ОС потребовала перестройки архитектуры для переезда с минимальным простоем» Родион расскажет об опыте, извлеченном из практического случая обновления HA-инфраструктуры при смене платформы:

Я расскажу о том, как «переезд» Patroni-кластера PostgreSQL с CentOS 7 на Oracle Linux 8 обернулся, помимо смены ОС, еще и пересмотром архитектуры кластера, вынесением клиентов на балансировщик, обновлением практически всех ключевых компонентов — Patroni, etcd и других. Необходимо было учесть множество факторов, таких как разница в ядре и библиотеках ОС. Однако предвидено было далеко не всё, что должно было быть. Надеюсь, мой опыт поможет слушателям избежать ненужных ошибок в такого рода процессах.

Открыли полную программу PG BootCamp Russia 2026 Moscow на странице мероприятия.

В этом году у нас 25 докладов в три трека. Держим программу компактной, чтобы в ней были только выступления, на которые действительно хочется идти, не выбирая «меньшее из зол» между залами.

PG BootCamp традиционно задумывался как конференция, где делятся инженерным опытом без лишнего маркетинга. В этом году, кажется, получилось особенно хорошо.

📋ПРОГРАММА КОНФЕРЕНЦИИ

📌Регистрация, как всегда, бесплатная.

Начинаем рабочую неделю с представления еще одного спикера. Дмитрий Дорофеев, главный конструктор ГК Luxms, выступит на PG BootCamp Russia в в третий раз. Ранее он рассказывал о PostgreSQL как сервере приложений, а также об опыте исправления многолетних багов на примере plv8.

19 марта Дмитрий представит доклад «Встраивание вычислений в PostgreSQL: PL*, extensions, а теперь и WASM»:

В PostgreSQL исторически поддерживается несколько десятков языков программирования. Если этого недостаточно, можно воспользоваться готовым расширением из огромной экосистемы либо написать своё. Прогресс не стоит на месте, и теперь для выполнения стороннего кода в PostgreSQL можно использовать WASM. На примере Luxms BI я расскажу, как мы автоматически генерируем Swagger-документацию прямо внутри PostgreSQL с помощью open-source технологий и WASM.

📋 Программа мероприятия

📌 Бесплатная регистрация

Следующий спикер – Леонид Борчук, Apache Cloudberry contributor и тимлид команды разработки MPP Postgres в «Яндексе». На PG BootCamp Russia 2026 Moscow Леонид представит доклад «За пределами pg_stat_statements: если ваш запрос выполняется несколькими инстансами PostgreSQL»:

Предположим, у вас есть несколько инстансов PostgreSQL, все они выполняют один запрос, и вы хотите собрать общую статистику — сколько ресурсов было потрачено на выполнение этого запроса. Встроенный модуль pg_stat_statements здесь уже не подойдёт, так как он работает в рамках одной базы. Я представлю решение с похожей центральной идеей — сбор данных через хуки выполнения запросов, — но вместо хранения в разделяемой памяти PostgreSQL мы отправляем сырые данные во внешний процесс-агент. Этот процесс отвечает за агрегацию метрик, предоставление единой картины по всем инстансам, а также за дополнительные функции, например, принудительное завершение проблемных сессий, при этом, не ограничиваясь только PostgreSQL: решение может собирать данные и с других компонентов системы. В докладе я расскажу об архитектуре, продуктовых задачах, и поделюсь ссылками на открытые репозитории с кодом.

Леонид начинал свой путь с администрирования больших коммерческих универсальных и аналитических баз данных, сейчас наконец-то пишет свою БД. В МАИ защитил диссертацию по оптимизации запросов в базах данных.

📋 Программа мероприятия

📌 Бесплатная регистрация

Представляем генерального партнера конференции – компанию «Тантор Лабс», вендора СУБД Tantor Postgres и наиболее функциональной на российском рынке платформы администрирования и мониторинга любых БД на основе PostgreSQL.

Совсем недавно компания приоткрыла завесу над своей новой разработкой – машиной баз данных (МБД) нового поколения Tantor XData Gen 3, которая, по словам экспертов Tantor, ломает стереотипы о «консервативности» Postgres и преодолевает его исторически сложившиеся ограничения: отсутствие горизонтального масштабирования, проблемы с тысячами соединений, узкие места WAL при высоких нагрузках, сложности с HTAP и другие. Работу новой МБД можно будет вживую увидеть на партнерском стенде Tantor.

Помимо уже представленных, в программе запланированы еще два выступления от спикеров «Тантор Лабс»:

• Вадим Яценко, гендиректор «Тантор Лабс», расскажет о решении застарелых архитектурных проблем PostgreSQL для современных нагрузок и масштабирования, о том, что мешает PostgreSQL, несмотря на его популярность и надежность, оставаться столь же эффективным при современных нагрузках, когда требуется горизонтальное масштабирование, тысячи одновременных соединений и одновременная обработка транзакций и аналитики.

• Алексей Копытов, архитектор и техлид «Тантор Лабс», представит доклад «Разделение Compute и Storage: архитектурный прорыв для PostgreSQL в облаке», в котором разберет архитектурный паттерн Compute / Storage Separation (разделение вычислений и хранения) как ключевой мировой тренд в облачных нативных СУБД и как именно этот подход обеспечивает независимое масштабирование вычислительных ресурсов и практически неограниченный объем хранилища.

📋 Программа конференции

📌 Бесплатная регистрация

Представляем следующего спикера – Виктор Сафронов, ведущий разработчик информационных систем в группе разработки «Геймификация» в Ozon. Закончил МГИУ с красным дипломом. Ранее работал в компаниях: Mobio, Wikimart, Rocket Internet, Финам, РБК.

В следующий четверг, 19 марта, Виктор представит доклад «Какие подходы применять, если ваш Postgres-кластер ежедневно растет на сотни гигабайт?»:

В рамках доклада подробно разберем подход обработки данных через чекпоинты и диапазонное секционирование в Postgres, а также рассмотрим, как устроено платформенное шардирование в Ozon.

📋 Программа конференции

📌 Бесплатная регистрация

У нас есть скромная добрая традиция – розыгрыш книги «Высоконагруженные приложения. Программирование, масштабирование, поддержка» за авторством Мартина Клеппмана (в простонародии – «кабанчик») с автографами спикеров PG BootCamp Russia 2026 Moscow.

Для участия нужно:
✅ быть подписанным на телеграм-канал PG BootCamp Russia
✅ нажать кнопку «Участвую»
✅ дождаться розыгрыша

Победитель будет определен с помощью рандомайзера, а результаты будут объявлены 23 марта в 12:00.

Удачи!

Друзья, PG BootCamp Russia 2026 Moscow состоится уже завтра! Еще раз проверим, что у вас есть вся необходимая информация:

Для тех, что будет оффлайн:
🔹Ждем вас с 9:50 до 19:00 в отеле «Hyatt Regency Moscow Petrovsky Park» по адресу: г. Москва, Ленинградский проспект, 36 стр. 33 📍
🔹Если вы регистрировались онлайн, но не получили подтверждения - напишите нам на 📪 team@pgbootcamp.ru прямо сейчас
🔹Сертификаты участников можно будет получить у организаторов на регистрационной стойке ближе к концу мероприятия
🔹На территории отеля доступна платная парковка, но мы рекомендуем добираться общественным транспортом


Для участников онлайн-трансляции:
🔹Пожалуйста, проверьте почту — ссылка на трансляцию должна быть уже у вас
🔹Трансляция будет проходить с 9:50 до 19:00. Вы сможете задавать вопросы спикерам в чате. Если на какие-то вопросы спикер не успеет ответить во время мероприятия — опубликуем ответ после
🔹Электронный сертификат об участии будет направлен на почту через несколько дней после мероприятия.

Для всех:
🔹Фоторепортаж и ссылки на записи докладов будут направлены на почту всем участникам через несколько недель после мероприятия — дополнительно сообщим об этом.


До встречи завтра!👋🏻

Друзья, присоединяйтесь к онлайн-трансляции. Первый доклад начнется в 10.00. При входе не забудьте указать адрес электронной почты, который оставляли при регистрации.

🌐 ССЫЛКА НА ОНЛАЙН-ТРАНСЛЯЦИЮ

«…и там, и тут передают…»

Брюс Момджян, представитель Core Team разработчиков PostgreSQL записал традиционное обращение к участникам PG BootCamp Russia 2026 Moscow. Публикуем его перевод:

Здравствуйте, это Брюс Момджян.

Я рад приветствовать вас на PG BootCamp Russia. Три года назад первый PG BootCamp прошел в Москве, и вот мы снова здесь, с новой потрясающей программой докладов по PostgreSQL. В этом году впервые запланировано целых три трека, что, насколько я знаю, происходит впервые.

Как вы знаете, для специалистов из России сложно выезжать за пределы страны для участия в мероприятиях по PostgreSQL, и также сложно сейчас приезжать в Россию и выступать на конференциях. Поэтому я рад, что такие мероприятия проводятся, и сообщество PostgreSQL в России продолжает расти.

В России очень сильное сообщество разработчиков, вносящих вклад в исходный код PostgreSQL. На следующей неделе я приступаю к написанию примечаний к выпуску PostgreSQL 19, и я уверен, что в ней будет вклад многих выдающихся специалистов из России, поскольку мы продолжаем получать очень важные дополнения от них.

Я просмотрел фотографии с прошлогодней конференции в Екатеринбурге. Очень понравилось. Вспомнил множество мероприятий, которые я посещал в России, жаль, конечно, что не смогу присутствовать лично. Что же, наберемся терпения, и будем надеяться, что однажды сможем снова встретиться. А сейчас порадуемся предстоящей конференции.

Хотя я не могу приехать в Россию, я буду участвовать в PGDay Armenia 30 апреля, которая находится не так уж далеко от России.

В общем, работа в регионе продолжается. Еще раз хочу поблагодарить организаторов за то, что сделали это мероприятие возможным. Уверен, вы плодотворно проведете время!

Андрей Бородин и хроники PostgreSQL в облаке

Завершился первый доклад PG BootCamp 2026 Moscow. Андрей Бородин рассказал про то, что сделано хорошо:

• Архив WAL прекрасно решает задачу путешествия по данным в прошлое, как в облаках, так и для on-premise инсталляций. Идея разделений историй по Timeline отличает Postgres от MySQL или MongoDB и упрощает понимание изменений, которые были записаны высокодоступным кластером.

• Вместе с тем не хватает множества функций. Разработчики и админы больше всего скучают по flashback запросам в прошлое, удалённым во времена Postgres 7.

• Интерфейс архивации довольно старый, не удобный, а главное - последовательный, что влияет на производительность. Но современные системы управления архивом научились с этим справляться.

• Декодирование WAL в логический в разных контикстах - хотелось бы уметь делать это без запуска кластера.

В работе структурные доработки для того как работает archive_mode, предлагается создать новый archive_mode=shared чтобы улучшить архивацию во время failover высокодоступного кластера.

🌐 ССЫЛКА НА ОНЛАЙН-ТРАНСЛЯЦИЮ

На PG BootCamp Алена Рыбакина (Яндекс) честно разобрала, работают ли вообще генетические алгоритмы и машинное обучение в оптимизаторах.

Проблема. Соединить 5 таблиц — 120 вариантов. 20 таблиц — 2,4 × 10¹⁸. Полный перебор невозможен. А если в графе запроса есть цикл — задача становится NP-hard. Добавьте сюда ошибки селективности: PostgreSQL думает, что Paris + France встретятся в 0.005% строк, а в реальности — 0.1%. На пяти JOIN-ах ошибка может вырасти в 2000+ раз.

Что пробовали:

• Классика. Selinger DP (1979) оптимален, но только до 12 таблиц. IKKBZ быстр, но требует дерева. DPhyp (2008) понимает гиперграфы и строит bushy-планы — именно он в DuckDB и Umbra.

• Рандом. GEQO в PostgreSQL при более 12 таблиц — генетика. Минусы: недетерминизм, игнорирует startup_cost, скрещивание часто бесполезно. SAIO (имитация отжига) в 2010-м был быстрее, но не взлетел из-за грязного кода и ручных настроек.

• ML-эпоха. Neo предсказывает latency через нейросеть (+18% на JOB), но учится на ошибках PG и переобучается часами. Bao подсказывает hints и гарантирует, что не хуже vanilla PG (+38%). SkinnerDB учится прямо во время выполнения и единственный имеет математические гарантии.

Критика. В 2024 году вышла работа, которая показала: ML-методы достигли успеха из-за утечки данных и игнорирования времени инференса. На большом бенчмарке STACK PostgreSQL оказался стабильнее.

Итог. Генетика и ML — не замена классике, а дополнение. Selinger, DPhyp и эвристики работают здесь и сейчас. Обучаемые методы хороши в исследованиях, но в production пока уступают старой школе.

🌐 ССЫЛКА НА ОНЛАЙН-ТРАНСЛЯЦИЮ

PostgreSQL на пути к Exadata: как разделить Compute и Storage и не потерять совместимость

На PG BootCamp 2026 Moscow сразу два доклада «Тантор Лабс» сложились в диагноз и рецепт: Вадим Яценко назвал хронические болезни PostgreSQL, а Алексей Копытов показал, как их лечить архитектурой Compute/Storage Separation.

Десятилетиями не решаются фундаментальные проблемы:

• Переполнение счетчика транзакций, потеря данных при failover, размножение повреждений через репликацию — всё ещё в работе.
• MVCC, process-per-connection, отсутствие hints и сжатия блоков — либо заброшены, либо живут в расширениях.
• Масштабирование требует полных копий данных на каждой реплике, а шардинг ломает транзакции и JOIN-ы.
Их решение:
Форк PolarDB (Alibaba) и его развитие, Tantor Polar, разделяют вычисления и хранение. Все узлы используют общее блочное устройство (RDMA, NVMe-oF). Реплики не хранят данные, а читают с общего хранилища. Репликация только метаданных (<PageID, LSN>) вместо WAL.
Ключевые доработки:
• PolarFS — распределённая файловая система с переписанным IPC, настоящим fsync() и группировкой POLL-запросов. Запись до 7х быстрее, чтение до 10.9х.
• CSN (Commit Sequence Number) — получение снимка за O(1) вместо сканирования ProcArray. Субтранзакции (SAVEPOINT) больше не убивают производительность.
• WAL Pipeline — конвейерная обработка WAL выделенными потоками, убрана конкуренция за блокировки.
• Shared Server — встроенный пул соединений, хранящий состояние сессии в shared memory. Prepared statements, LISTEN/NOTIFY, advisory locks работают без оверхейда.
• HTAP через ePQ — адаптированный планировщик Greenplum: любой узел становится координатором, аналитика на тех же данных без ETL.
• DataMax для DR — узлы-ретрансляторы с синхронным приёмом WAL (RPO=0) и асинхронной отдачей в другой ЦОД.

Итог:
PostgreSQL обретает экономически эффективное масштабирование, тысячи соединений без деградации, HTAP на одной копии данных и отказоустойчивость уровня enterprise — без переписывания приложений.

🌐 ССЫЛКА НА ОНЛАЙН-ТРАНСЛЯЦИЮ