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

✔️ Владимир Бурба исследует, как в Postgres работают разные способы поиска подстроки, индексы и подходы к хранению данных.

✔️ Иван Чувашов показывает, как быстро обновлять очень большие кластеры PostgreSQL, где сотни тысяч таблиц и обычные сценарии уже упираются в ограничения.

✔️ Игорь Мельников разбирает миграцию с Oracle на PostgreSQL — от быстрого анализа исходной БД до переноса mod_plsql и dbms_scheduler.

Это полезный блок для DBA, архитекторов, инженеров эксплуатации и команд миграции: сразу три практические задачи — поиск и производительность, обновление крупных инсталляций и снятие технологических барьеров при переходе с Oracle.

Читайте нас в MAX 🤩

С кем поговорить про Postgres?

С нашим «Постгрес Помощником» или с руководителем нашего ML-отдела Савелием Батуриным на стенде, где мы рассказываем про собственное ИИ-решение. 

Всего на PGConf.Россия 2026 работает 11 стендов Postgres Professional. Это отличная возможность поговорить о продуктах с теми, кто их разрабатывает.

Читайте нас в MAX 🤩

На PGConf.Россия 2026 много внимания к связке PostgreSQL и 1С — и это один из самых прикладных блоков программы.

Говорили о том, как PostgreSQL работает с нагрузкой в типичных сценариях 1С, какие доработки помогают этой связке на больших объемах данных, как выносить аналитику из 1С во внешние системы и что делать в самых сложных случаях, когда речь уже идет о восстановлении критически важных данных.

Андрей Билле выступил с докладом «Если ваш админ самурай, или история о восстановлении очень нужных данных»:

Это кейс про огромную активную 1С-базу без резервной копии, ручное удаление старых файлов, аварийные остановки сервера и восстановление в ситуации, где стандартная диагностика уже не помогает. Тогда в ход идут gdb, crash_info и даже доработка pg_dump ради спасения данных.

Сейчас к связке 1С и PostgreSQL повышенное внимание, и Postgres Professional активно развивает решения в этом направлении.

Читайте нас в MAX 🤩

PGConf.Россия 2026 завершилась 🐘

Более 2000 специалистов слушали доклады, задавали вопросы и активно участвовали в конференции. Спасибо всем, кто был с нами эти два дня — в зале, на стендах и онлайн.

54 доклада и 8 мастер-классов стали мощной прокачкой по PostgreSQL и решениям на ее основе. В холле работали 11 стендов с решениями Postgres Professional, 4 стенда компаний-партнеров и 3 стенда партнерских издательств.

Это были два насыщенных, сильных и по-настоящему масштабных дня.

Встретимся на PGConf.СПб 2026!

31 марта в 11:00 вместе с Axoft проведем вебинар «Обновления Postgres Pro: надежная основа для работы критичных систем».

📍 Формат — онлайн. Продолжительность — 1,5 часа.

На вебинаре разберем ключевые изменения Postgres Pro Enterprise 18 и новой продуктовой линейки с фокусом на практику.

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

✔️ Преимущества Postgres Pro Enterprise по сравнению с PostgreSQL

✔️ Масштабируемость и рост производительности

✔️ Механизмы высокой доступности

✔️ Инструменты безопасности

✔️ Удобство администрирования и аналитические сценарии

Спикер — Марк Ривкин, руководитель отдела технического консалтинга Postgres Professional. Вебинар будет полезен техническим специалистам и бизнесу.

➡️ После трансляции можно будет задать вопросы.

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

Postgres Professional — теперь в MAX 🤩

Наш канал в Telegram стабильно растет, но мы хотим оставаться на связи со всеми, кому удобно следить за нашими продуктами и мероприятиями на других платформах.

Поэтому завели канал MAX.

Подписывайтесь и не пропускайте важных уведомлений и новостей.

8 апреля технический центр Merlion совместно с Postgres Pro проведет вебинар «PPEM: Единая консоль управления парком серверов Postgres Pro».

Покажем Postgres Pro Enterprise Manager в работе на постоянном демо-стенде Merlion: как централизованно управлять инфраструктурой баз данных, автоматизировать рутину, анализировать SQL-запросы в реальном времени и работать с сотнями экземпляров СУБД из единого окна.

Встреча будет полезна техническим экспертам и коммерческим специалистам.

В программе:

✔️ Развертывание экземпляра Postgres Pro

✔️ Развертывание экземпляра PPEM

✔️ Постановка экземпляра СУБД под управление PPEM

✔️ Типовые операции администрирования экземпляра через PPEM

Спикеры:

➡️ Станислав Васильев, руководитель отдела поддержки продаж программного обеспечения технического центра Merlion.

➡️ Борис Пищик, старший консультант Postgres Professional.

На вебинаре сможете обсудить применимость PPEM для ваших задач и обратиться с индивидуальными запросами.

📍 Когда: 8 апреля, 11:00–12:00 по Москве.

Формат: Онлайн.

Регистрируйтесь, чтобы посмотреть на PPEM в деле и задать вопросы по своим сценариям.

Читайте нас в MAX 🤩

Мы проверили, что происходит, когда Apache AGE внутри PostgreSQL тестируют не на игрушечных примерах, а под реальной нагрузкой.

Взяли схему и запросы LDBC SNB, адаптировали их для AGE на базе pg_microbench и собрали 19 сценариев в трех группах — короткие чтения, тяжелые чтения и запись.

На коротких чтениях AGE показывает себя уверенно: система держит стабильные ~40 000 TPS. Но как только нагрузка доходит до поиска путей, начинаются ограничения. В Apache AGE нет встроенного shortestPath(), поэтому кратчайший путь пришлось реализовывать вручную, и на маленьком графе такой запрос дал всего 7 TPS.

По записи картина тоже контрастная: вставка ребер держится на уровне ~30 000 TPS, а вставка вершин сначала проседает до ~1000 TPS и деградирует со временем. Причину нашли в entityExists(): при каждой вставке там выполнялся SeqScan по всей таблице. После патча с индексным доступом TPS на вставке вершин вырос с 1000 до 15 000, а деградация исчезла.

Подробнее — на Хабре.

Читайте нас в MAX 🤩

Публикуем запись вебинара «Postgres Pro Enterprise 18: как ускорить и обезопасить критичные системы без лишней магии».

Руководитель отдела технического консалтинга Postgres Professional Марк Ривкин разобрал ключевые изменения Postgres Pro Enterprise 18 и показал, как они влияют на производительность, отказоустойчивость, безопасность и управляемость критичных систем под высокой нагрузкой.

Коротко и по делу — о том, что нового в релизе и где это дает практический эффект.

Обязательно посмотрите, если отвечаете за развитие, эксплуатацию или защиту инфраструктуры и хотите понять, какие возможности дает Postgres Pro Enterprise 18.

✔️ Смотрите на Youtube, Rutube и VK.

Читайте нас в MAX 🤩

Вышел Postgres Pro Enterprise Manager 2.5 — усилили ключевые для эксплуатации сценарии: работу с BiHA-кластерами, аудит действий пользователей, интеграцию с внешними хранилищами логов, диагностику серверных процессов и резервное копирование.

В новой версии:

✔️ Меньше ручных операций при обновлении и сопровождении BiHA-кластеров.

✔️ Прозрачнее контроль изменений и больше возможностей для расследования инцидентов.

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

✔️ Удобнее развертывание в инфраструктурах с разграничением доступа за счет стабилизации непривилегированного режима агента.

Новые фичи:

✔️ В PPEM 2.5 добавили мажорное обновление BiHA-кластеров через графический интерфейс. Одновременно усилили совместимость и стабильность интеграции с BiHA, поддержали работу с узлом-рефери и уточнили сценарии обслуживания кластера.

✔️ Внедрили аудит CRUD-операций. Система фиксирует, кто, когда и какие изменения вносил в объекты PPEM и экземпляры СУБД, и показывает не только сами действия, но и детали, например измененные параметры конфигурации. Журнал можно выгрузить в JSON, записать в локальный лог-файл или отправить в syslog.

✔️ На странице «Экземпляр / Роли» расширили работу с ролями СУБД: через диалоговые формы теперь можно создавать, редактировать и удалять роли. Системные роли с префиксом pg_ защищены от редактирования и удаления.

✔️ Добавили поддержку VictoriaLogs как внешнего хранилища логов наряду с Elasticsearch. Для VictoriaLogs вынесли отдельные настройки подключения и аутентификации, добавили проверку соединения, а также реализовали фильтрацию, сортировку и пагинацию по полю log_time. Формат данных унифицировали с Elasticsearch.

✔️ Добавили новый раздел с поддержкой pg_diagdump. Из интерфейса теперь можно вызвать функцию для нужного процесса, просматривать снимки .state и .log, скачивать их и удалять при необходимости.

✔️ Добавили удаленный режим pg_probackup через SSH для создания резервных копий и восстановления. В интерфейсе стали доступны параметры --remote-host, --remote-port, --remote-user, --remote-path и --ssh-options.

Запросите тестирование PPEM 2.5 на сайте. Проверьте новые возможности в BiHA-кластерах, логах, диагностике и резервном копировании.

Читайте нас в MAX 🤩

Tengri Data — платформа аналитики, где с данными параллельно работают BI, маркетинг и ML-команды. Когда таких нагрузок становится больше, старые DWH-системы превращаются в узкое место: запросы встают в очередь, дашборды тормозят, а бизнес ждет ответа системы вместо действий.

В основе Tengri Data — разделение вычислений и хранения. Поэтому ресурсы можно масштабировать независимо, а одни и те же актуальные данные использовать и для отчетов, и для ad-hoc запросов, и для обучения моделей. Это сокращает число копий и уменьшает расхождения между контурами.

Платформа опирается на открытый стандарт Iceberg, чтобы не привязывать компанию к одному вендору. Она работает на Astra Linux и Debian, поэтому не требует перестройки инфраструктуры. Безопасность тоже встроена в архитектуру: доступ можно мгновенно отозвать по всему контуру.

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

Тот же принцип работает и для ИИ-агентов. В Tengri Data есть эластичный пул и изолированные вычислительные пулы: ETL идет в одном, агенты — в другом. Поэтому ассистенты не простаивают в очереди за ресурсами и быстрее отвечают на запросы.

В итоге Tengri Data решает три практические задачи:

✔️ Не уронить аналитику во время ML-экспериментов.

✔️ Разделить данные между командами без конфликтов.

✔️ Сделать так, чтобы ИИ-агенты приносили бизнесу реальную пользу.

Больше о Tengri Data — в полной версии текста и на сайте Postgres Professional.

Читайте нас в MAX 🤩