PGMeetup.EKB 2025 — доклады про СУБД, ответы на вопросы и сертификация

13 ноября проведем бесплатный митап в Екатеринбурге: ответим на вопросы, обсудим ИИ-агентов, статический анализ кода, безопасность в СУБД, разберем инциденты с PostgreSQL.

Доклады от опытных специалистов:

🔹От RAG к автономности: ИИ-агент для PostgreSQL — Савелий Батурин, Postgres Professional

Как мы построили агента для работы с PostgreSQL на ReAct и MCP, используя LangChain и LangGraph. Покажем, как он сам принимает решения и формирует ответы без ручных подсказок.

🔹Статический анализ 2025: качество и безопасность кода — Глеб Асламов, PVS-Studio

Как анализаторы помогают повышать качество и безопасность кода, какие стандарты они поддерживают, и почему РБПО стало отдельным направлением развития в России.

🔹Инциденты с PostgreSQL: ошибки, сбои, инсайты — Андрей Бородин, «Яндекс»

Живые истории о том, как все пошло не по плану. Ошибки и неожиданные последствия, из которых можно вынести полезные выводы.

🔹Безопасность PostgreSQL: требования, риски, решения — Андрей Гусаков, Postgres Professional

Чего требуют регуляторы, какие их требования нельзя реализовать в ванильной версии и как выстроить надежную защиту данных в состоянии покоя.

📍 Где и когда: 13 ноября встречаемся в Екатеринбурге по адресу улица Розы Люксембург, 49. Регистрация на месте начнется в 16:00, доклады — в 17:00.

Участие — бесплатное, регистрация на сайте — обязательная.

Как замедлить Postgres в 42 000 раз и чему при этом можно научиться

Нашли, перевели и опубликовали статью про эксперимент: авторы поиграли с параметрами в postgresql.conf и уронили производительность с 7000 до 0,1 транзакций в секунду.

Это наглядный урок о том, какие настройки действительно управляют скоростью, стабильностью и эффективностью СУБД.

🖥 Как построен эксперимент

Тест TPC-C через BenchBase, 128 складов, 100 соединений, изначально — стандартная конфигурация. С этого стартового уровня Postgres выдает около 7082 TPS. Затем автор шаг за шагом крутит ручки и смотрит, как все рушится:

1️⃣ Уменьшение shared_buffers с 10 ГБ до 8 МБ снижает TPS примерно в семь раз, а до 2 МБ — почти в пятнадцать. Меньше кэша — больше обращений к диску.

2️⃣Настройки вроде autovacuum_vacuum_threshold = 0, autovacuum_naptime = 1 и крошечный maintenance_work_mem заставляют систему постоянно запускать vacuum и analyze. Сервер тратит ресурсы не на запросы, а на собственное обслуживание.

3️⃣ Частые чекпоинты, wal_sync_method = open_datasync, wal_writer_flush_after = 0 — и Postgres тонет в синхронизации и сбросах на диск. Производительность падает до сотен TPS.

4️⃣Изменение random_page_cost и cpu_index_tuple_cost на гигантские значения фактически отключает индексы, а ограничение I/O до одного воркера (io_method = worker, io_workers = 1) добивает систему. На выходе — все работает в 42 000 раз медленнее.

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

Полную версию читайте на Хабре.

Публикуем запись вебинара PGMeetup: SQL-tuning

На встрече 21 октября Владимир Пудовченко, технический консультант Postgres Professional, рассказал про оптимизацию запросов в Postgres Pro. Обсудили: 

✔️Как формируется план выполнения запроса и что на него влияет

✔️Какие задачи по сопровождению высоконагруженных БД решает DBA

✔️Как автоматизировать диагностику и оптимизацию в Postgres Pro Enterprise

✔️Какие инструменты Postgres Pro помогают выявлять и устранять неэффективные запросы

▶️ Смотрите запись на Rutube, YouTube и в VK

Проверьте свой уровень владения PostgreSQL с сертификацией в Екатеринбурге

На митапе 13 ноября можно пройти тестирование по PostgreSQL и подтвердить квалификацию.

✔️ Запись на сертификацию отдельная. Нужно зарегистрироваться на сайте, подать заявку и оплатить тестирование

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

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

📍 Где и когда: встречаемся 13 ноября в Екатеринбурге, ул. Розы Люксембург, 49. Регистрация на месте начинается в 16:00, выступления — в 17:00.

Участие в митапе — бесплатное, регистрация на сайте — обязательная.

PGMeetup: Аналитика в Postgres Pro — просто добавь OLAP!

Мощную корпоративную аналитику можно запустить быстро. На совместном вебинаре с BI.Qube покажем, как связка Postgres Pro AXE и low-code-фреймворка BI.Qube позволяет развернуть полноценное аналитическое решение за час. Без сложных интеграций, сторонних MPP-систем и лишних затрат.

Программа:

✔️От DWH к Data Lakehouse — как ускорить аналитические запросы в 30 раз, оставаясь на Postgres Pro

✔️Как Postgres Pro AXE работает с S3 и справляется с OLAP-нагрузкой

✔️Как снизить TCO аналитики, используя существующие лицензии и инфраструктуру Postgres Pro Enterprise

✔️Живая демонстрация: визуальная сборка модели, настройка витрин и визуализация данных в Apache Superset

✔️Сравнение производительности PostgreSQL, AXE и ClickHouse

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

📍Когда: 18 ноября в 11:00, продолжительность — 2 часа. В конце вебинара ответим на вопросы.

Спикеры: Борис Бондарев, главный архитектор BI.Qube, Андрей Кулага, руководитель разработки Postgres Pro AXE.

Регистрируйтесь и узнайте, как Postgres Pro может стать сердцем вашей аналитической платформы.

PGMeetup.VLD 2025 — доклады по СУБД, ответы на вопросы и сертификация

4 декабря проведем бесплатный митап во Владивостоке: доклады, реальные кейсы и разговоры о любимой СУБД.

✔️Инструменты диагностики PostgreSQL — Михаил Жилин

Как быстро находить корень проблемы в работе PostgreSQL. Зачем нужен операционный лог, как фиксировать segfault без боли и профилировать внутренние функции без прав администратора.

✔️Оптимизация хранения данных в PostgreSQL — Сергей Зимин

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

✔️PostgreSQL как искусство — Екатерина Соколова

Необычные расширения PostgreSQL и креативные способы использовать SQL: от текстовых квестов до DOOM прямо в базе данных.

✔️Блокнот девопса: сложности, которые редко планируют — Евгений Безручкин

Истории из жизни девопс-инженера: как партиционировать огромную таблицу на ходу и почему производительность сервиса может упасть без видимых причин.

✔️История о восстановлении очень нужных данных — Андрей Билле

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

📍 Где и когда: 4 декабря, регистрация на месте стартует в 16:00. Владивосток, Набережная улица, 13, стр. 1, бизнес-центр «Бурный».

Участие — бесплатное, регистрация на сайте — обязательная.

Генеральный директор Postgres Professional Иван Панченко — на CNews Forum 2025

На форуме Иван выступил в пленарной сессии с докладом «Чему нас научили крупнейшие проекты миграции с зарубежных СУБД на Postgres Pro».

На реальных примерах Иван рассказал:

✔️ Почему для успеха проектов важно уметь отстаивать свою инженерную правоту перед заказчиками

✔️ Что помогает строить эффективные внутренние и кросс-вендорские проектные команды

✔️Как вендор-партнер усиливает команду по работе с СУБД клиента

➡️ Подробности о наших кейсах миграции читайте на сайте.

ProGate: быстрая и предсказуемая миграция данных

Представляем ProGate — единый инструмент миграции и репликации данных: скоростная первичная загрузка, доставка изменений почти в реальном времени и проверка качества данных с минимальным простоем.

Все в одном решении. Особенно полезно для крупных БД, сред с жесткими SLA по простоям и проектов с высокими требованиями к качеству и скорости миграции.

Преимущества:

🔹Минимальный простой. Пользователи продолжают работать в Oracle, а изменения почти в реальном времени применяются в Postgres Pro

🔹Скорость переноса. Первичная загрузка 200-500 МБ/с (до 41 ТБ/сутки) Oracle → Postgres Pro. Для PostgreSQL → Postgres Pro — до 1 ГБ/с

🔹Предсказуемый результат. ProCheck сравнивает данные построчно и по агрегатам (счетчики, минимальные/максимальные значения ключа и так далее), находит расхождения до запуска целевой системы

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

🔹Экономия бюджета. TCO до 30% ниже, чем у сопоставимых решений

➡️ Как устроен ProGate в видео рассказал Иван Старцев, наш руководитель отдела систем управления данными.

✔️ProCopy. Быстрая первичная загрузка. Параллельные процессы, возобновление, поддержка LOB/XML/JSON

✔️ProSync. CDC из Oracle в режиме near-real-time на основе redo-логов. Минимальная нагрузка на источник

✔️ProCheck. Построчная сверка и проверки по агрегатам. Детальный отчет до cutover

Оставьте заявку, чтобы узнать больше о решении и протестировать его прямо сейчас.

PGMeetup.EKB 2025 — стартуем! 🐘

Сегодня в планах послушать 4 доклада, провести сертификацию по PostgreSQL, познакомиться со специалистами из Екатеринбурга, организовать интерактивы и розыгрыш мерча для самых активных участников митапа. 

➡️ Уже совсем скоро выступит Глеб Асламов из PVS-Studio с докладом про статический анализ, а мы пока встречаем гостей и делаем финальные приготовления. 

🖥Узнаем больше про работу с данными на PGMeetup.EKB: обсудили ИБ, инциденты в Postgres и узнали про статический анализ

Прямо сейчас Савелий Батурин, лид нашего ML-отдела, рассказывает о том, как мы построили агента для работы с PostgreSQL на ReAct и MCP, используя LangChain и LangGraph.

➡️ Ранее Андрей Бородин поделился историями о том, как все пошло не по плану при работе с БД, и обсудил, какие выводы и уроки можно извлечь из инцидентов.