Профессиональная сертификация на PGConf.Russia 2026

PGConf.Russia 2026 пройдет 23-24 марта, онлайн и офлайн в Москве. Помимо докладов и общения, на конференции можно пройти профессиональную сертификацию по PostgreSQL и подтвердить квалификацию.

Сертификация подтвердит знания и поможет найти работу, а само тестирование — понять, какие темы изучить подробнее.

Важно: сертификация не включена в билет на конференцию и проходит только офлайн. Записаться и оплатить тестирование нужно отдельно в личном кабинете на сайте Postgres Professional. 

✔️ Пройти сертификацию можно по 10 (DBA2, DBA3, QPT) и 13 версии СУБД (DBA1, DBA2, DBA3, QPT).

✔️ Те, у кого есть сертификат уровня «Эксперт» по PostgreSQL 10, могут пройти переходный тест Expert 10 → 13 и получить аналогичный сертификат по 13 версии СУБД.

Запишитесь на сертификацию в личном кабинете до 2 марта за 8 000 ₽ вместо 10 000 ₽.

Разбираем самые интересные коммиты, которые скорее всего попадут в 19 версию PostgreSQL.

Подробности на Хабре: «PostgreSQL 19: Часть 2», «Часть 3» и «Часть 4».

Это обзор по коммитам с трех коммитфестов. К релизу детали могут изменится.

➡️ GROUP BY ALL: в GROUP BY можно не повторять выражения из SELECT. ALL включает все выражения из SELECT, которые не используют групповые функции.

➡️ Оконные функции: для lag, lead, first_value, last_value, nth_value добавили режимы IGNORE NULLS и RESPECT NULLS. По умолчанию используется RESPECT NULLS.

➡️ Эксплуатация и расширяемость: log_lock_waits включили по умолчанию, а функции триггеров событий теперь можно писать на PL/Python.

➡️ Планировщик: появилась предварительная группировка, когда сервер сначала агрегирует большую таблицу, а затем делает JOIN, чтобы обрабатывать меньше строк. Оптимизацию можно отключить параметром enable_eager_aggregate, а условия срабатывания настроить через min_eager_agg_group_size.

➡️ Репликация: команда WAIT FOR LSN позволяет дождаться на реплике применения нужной позиции WAL и быть уверенным, что изменения с основного сервера уже доступны на чтение.

➡️ Логическая репликация: появилась синхронизация последовательностей. Она выполняется вручную и сразу для всех последовательностей.

➡️ Секционирование: команды MERGE PARTITIONS и SPLIT PARTITION позволяют сливать секции и обратно разделять. Обе команды берут исключительную блокировку родительской таблицы на все время работы.

➡️ Логическая репликация: запись данных для логического декодирования в WAL теперь может включаться и отключаться без перезапуска сервера. Текущее фактическое значение показывает параметр effective_wal_level только для чтения.

➡️ Производительность и совместимость: ускорили jsonb_agg и LISTEN/NOTIFY, а standard_conforming_strings больше нельзя отключить, параметр escape_string_warning удален.

Регистрируйтесь на PGConf.Russia 2026 до 28 февраля со скидкой 15% — на конференции еще детальнее обсудим, что нас ждет в PostgreSQL 19.

PGMeetup.SPB/26 — традиционная февральская встреча Postgres Professional и Selectel

Встречаемся 26 февраля в Санкт-Петербурге, чтобы поговорить о том, как строить эффективную инфраструктуру, когда требования СУБД встречаются с реальными возможностями железа и облаков.

Зимним вечером увидимся на Цветочной улице и обсудим темы, которые с флорой никак не связаны: как устроены современные S3-хранилища, как тестируют аналитические СУБД, и наконец разберемся в споре вокруг P- и E-ядер.

Программа:

➡️ Кошкино время
Михаил Жилин, Postgres Professional — директор департамента системной производительности

Как измерять время выполнения, когда нужны доли секунды и от вас ждут конкретных цифр. На примере тестирования OLAP-запросов в Postgres Pro и ClickHouse — и с неожиданными параллелями к баг-репорту эмулятора PlayStation 3 и исследованиям про фотоэмиссию.

➡️ Как мы строим S3 в Selectel
Александр Гришин, Selectel — руководитель по развитию продуктов хранения данных
Алексей Миронов, Selectel — директор по облачной инфраструктуре

Что такое объектное S3-хранилище и зачем оно нужно. Как выглядит S3 на физическом уровне: ЦОДы, стойки, серверы, дисковые подсистемы. А еще — архитектура приложения (layered design, микросервисы, ключевые компоненты), клиентские кейсы и использование S3 как основы для дата-платформ.

➡️ Эпоха универсальных CPU закончилась: как выбрать между P- и E-ядрами Xeon 6
Максим Башмаков, Selectel — руководитель отдела тестирования оборудования

Зачем Intel разделил Xeon 6, куда смотрят облака и почему универсальные CPU перестали быть оптимальными. Плюс типовые ошибки при выборе сервера или CPU и результаты тестов.

📍 Где и когда:

Санкт-Петербург, офис Selectel, ул. Цветочная, 19

26 февраля, 18:30

Участие бесплатное. Регистрируйтесь и приходите с хорошим настроением и вопросами к спикерам.

На входе понадобится паспорт. До встречи!

Истории, оставленные между строк кода: доклад с PGConf.Russia 2025

Не все читают комменты в исходниках. И зря — там полно интересного.

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

✔️ «PostgreSQL: истории, оставленные между строк кода» — Екатерина Соколова, разработчик Postgres Professional: Youtube / Rutube

Приходите на PGConf.Russia 2026 — там будет не только практика и кейсы, но и такие доклады, которые показывают PostgreSQL с неожиданной стороны: через культуру разработки, историю проекта и людей, которые его делают.

Конференция пройдет 23-24 марта в Москве. Можно участвовать онлайн и офлайн.

Зарегистрируйтесь на PGConf.Russia 2026 со скидкой 15% — до 28 февраля

После 28 февраля вырастет стоимость участия в крупнейшей российской конференции по PostgreSQL и решениям на ее основе. Сейчас билет можно купить со скидкой 15%.

📍 Конференция пройдет 23-24 марта в Центре международной торговли в Москве. Можно участвовать онлайн или офлайн.

Что входит в билеты:

✔️ Онлайн: трансляция конференции, записи докладов и презентации.

✔️ Офлайн: выставка и мастер-классы, велкомпак, 3 кофе-брейка, горячий обед в оба дня конференции, вечернее мероприятие с фуршетом и музыкальной группой в первый день 23 марта.

В программе:

➡️ Мастер-классы: эксперты по PostgreSQL покажут на практике, какие возможности доступны в СУБД.

➡️ Демо-стенды: разработки в области отказоустойчивости, масштабируемости, безопасности, мониторинга и производительности.

➡️ 40+ докладов от специалистов ИТ-компаний и экспертов сообщества.

➡️ Темы: производительность, отказоустойчивость и масштабируемость, мониторинг, новости PostgreSQL, миграция БД, оптимизация запросов, безопасность, эксплуатация, ИИ.

Регистрируйтесь на PGConf.Russia 2026 до 28 февраля со скидкой 15% — обсудим практику и новые фичи СУБД, поговорим о PostgreSQL и не только.

Тестовый контур без утечек: 2 доклада с PGConf.Russia 2025

Хорошему тестовому окружению нужны реалистичные данные. Однако копировать прод нельзя: чувствительную информацию приходится скрывать, заменять или генерировать заново, сохраняя бизнес-свойства.

Публикуем два видео с PGConf.Russia 2025, которые закрывают задачу с двух сторон.

В докладе «Портим данные с удовольствием» Максим Грамин, системный аналитик Postgres Professional, разбирает, как маскировать, заменять и генерировать данные, и какие проблемы искусственных данных решаются средствами PostgreSQL и расширениями.

✔️ Смотрите доклад Максима на Youtube и Rutube.

Во втором докладе «Greenmask — опенсорсный инструмент для создания тестового окружения и не только» Вадим Войтенко, основатель Greenmask, показывает, как применять инструмент для подготовки тестового контура и объясняет архитектуру, database subset, трансформации и интеграцию с драйвером PostgreSQL.

✔️ Смотрите доклад Вадима на Youtube и Rutube.

На PGConf.Russia 2026 будет еще больше прикладных разборов про PostgreSQL и практик эксплуатации. Регистрируйтесь до 28 февраля со скидкой 15%.

Когда служба ИБ просит логировать все, самый простой путь известен: log_statement = all. Итог тоже знакомый: диск быстро переполняется, база начинает тормозить, а в логах тонет все полезное.

Мы изначально делали pg_proaudit не как замену стандартному логгеру PostgreSQL, а как дополнение: отделить аудит от технических артефактов системы и выдавать чистый поток событий для SIEM. Плюс важно не писать все подряд, а выделять конкретные зоны риска и следить именно за ними.

Но первая версия уперлась в эксплуатацию: инструмент был мощный и быстрый, но его было слишком сложно настраивать. Администраторы считали, сколько правил нужно создать вручную, и часто выбирали что-то попроще.

Сложная настройка всегда повышает риск ошибки: забыли одно правило и у злоумышленника появлялся шанс абсолютно незаметно проделывать грязные делишки.

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

Попутно отказались от идентификации объектов по OID в пользу имен, чтобы правила не ломались при пересоздании таблиц. В результате правил стало не сотни, а десяток, сложность управления снизилась в 50-100 раз, а в реальной нагрузке производительность не пострадала.

В чем практическая польза:

✔️ Классы событий + схемы: одно правило на все DDL, модификации данных или управление ролями; если объектом указать схему, правило применится ко всем таблицам внутри нее.

✔️ Группы и иерархия ролей: правило на групповую роль срабатывает и для пользователей, которые входят в нее напрямую или косвенно.

✔️ Интеграция с SIEM: добавили поддержку CEF по запросам клиентов; теперь можно писать одновременно в CSV, CEF и syslog, а также в отдельные файлы или свой канал syslog.

Из инженерных деталей: дисконнекты оказалось сложно отлавливать гарантированно, поэтому пришлось добавлять дополнительный хук прямо в ядро Postgres. С CEF пришлось повозиться из-за разных трактовок стандарта у вендоров SIEM и старых спецификаций.

Подробности читайте на Хабре.

Иногда один и тот же запрос внезапно раздувается по времени: с долей миллисекунды до минут и даже часов. Причина часто не в данных и не в железе.

Планировщик может недооценить кардинальность и стоимость шагов, выбрать слишком дешевый для себя план, а в реальности получить Nested Loop там, где выгоднее Hash Join, или Seq Scan вместо Index Scan.

Бывает и так, что дерево запроса устроено неудачно: нужные условия спрятаны, и часть эффективных алгоритмов просто не рассматривается.

Эти случаи закрывает расширение pgpro_planner. Оно переписывает неудобные для оптимизатора куски дерева запроса в более дружелюбный вид еще до того, как основной планировщик выберет план.

Ниже — три примера небольших оптимизаций с большим эффектом.

✔️ IN (VALUES ...) → = ANY(array)

В одном запросе из мира 1С фильтры были оформлены как IN (VALUES ...) для numeric и bytea. До обновления статистики он работал быстрее 1 мс, после — около 7,5 с.

В плане львиная доля времени ушла в Nested Loop Semi Join и материализацию маленьких таблиц из VALUES. Индекс почти не помогал, потому что сравнение было внутри join-фильтра, а не в Index Cond.

Решение: собрать константы VALUES в массив и переписать условие как = ANY(array). Тогда индекс попадает в Index Cond, из плана исчезают лишние Semi Join и временные таблицы, а время падает с секунд до долей миллисекунды.

Эту функциональность в итоге закоммитили в PostgreSQL 18.

✔️ Простейшая арифметика, которая ломает индекс

Выражения x + 0, x * 1, x / 1, x - 0 равны x, но планировщик не обязан это распознавать. Поэтому условие x + 0 > 900 может дать Seq Scan, хотя x > 900 позволяет построить Index Only Scan. Шаг упрощения делает предикат индексируемым еще до планирования.

✔️ Memoize для коррелированных подзапросов

В бенчмарке один и тот же подзапрос выполнялся 14 835 720 раз и давал Execution Time 496 690 мс. Узел Memoize кеширует результат по ключу параметра и возвращает его из кеша при повторе. Итог — 115 528 мс, то есть ускорение в четыре с лишним раза.

Подключается это все как обычное расширение оптимизатора: через LOAD pgpro_planner в сессии или через shared_preload_libraries с перезагрузкой.

Затем включают pgpro_planner.enable = true и при необходимости управляют отдельными функциями: преобразованием VALUES, упрощением тривиальных выражений и Memoize.

Подробности читайте на Хабре.