⏱️ Один типовой запрос 1С выполнялся больше 8 секунд. PostgreSQL читал свыше 5 млн строк, строил агрегаты — и только потом соединял результат с уже отфильтрованными данными.

Ручной эксперимент показал решение: если перенести условие соединения внутрь подзапроса, планировщик выбирает индексное сканирование и Nested Loop. Время выполнения сокращается до 370 мс. Но переписать запрос нельзя — его генерирует платформа 1С.

Поэтому мы доработали планировщик Postgres Pro Enterprise. Механизм Join Predicate Pushdown переносит условия соединения в подзапросы с агрегацией и отсекает лишние данные до ресурсоемких операций. Исходный запрос менять не пришлось, а ускорение составило 22 раза.

🔗 Читайте подробности в статье. Разобрали планы выполнения, логику оптимизации и другие примеры с GROUP BY, UNION ALL и LIMIT.

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

Перевели критически важные системы компании ГТЛК на Postgres Pro Enterprise без остановки сервисов, от которых зависят учетные, MDM и клиентские системы.

Государственная транспортная лизинговая компания — лидер корпоративных сегментов рынка лизинга, входит в перечень системообразующих организаций российской экономики.

Подробности:

✅ В контуре хранили 650 ГБ продуктивных данных. Перед запуском команда развернула тестовые и предпродовые среды, несколько месяцев сравнивала работу 1С на MS SQL и Postgres Pro Enterprise и заранее устранила около 100 узких мест. Сами данные переносили партиями в течение трех недель и только в нерабочее время.

✅ Мы участвовали в тестировании, поддержке и адаптации продукта под реальные условия эксплуатации. Для критичных БД выстроили отказоустойчивую архитектуру с Master, Replica и ETCD, ежедневным резервным копированием и проверенными сценариями восстановления.

✅ Миграция прошла незаметно для пользователей. ГТЛК сохранила доступность ключевых сервисов, повысила надежность инфраструктуры и получила российскую СУБД с регулярными обновлениями и полноценной поддержкой.

🔗 Подробнее о кейсе миграции читайте на сайте.

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

⚠️ Реплика есть. Но что произойдет, когда лидер выйдет из строя?

В Postgres Pro Enterprise и Standard за этот сценарий отвечает BiHA — встроенный контур отказоустойчивости. Лидер принимает запросы на чтение и запись, последователи получают изменения через физическую репликацию и обслуживают читающую нагрузку.

При сбое узлы проводят выборы по алгоритму Raft и кворуму. Кластер выбирает нового лидера, перестраивает репликацию, а восстановившийся узел возвращается в работу как последователь.

Зачем это бизнесу:

⏱️ Меньше риска длительного простоя.

🧩 Меньше внешних компонентов и точек отказа.

🤖 Меньше ручных операций при аварии.

🛡️ Более предсказуемая эксплуатация и единая поддерживаемая платформа.

BiHA не отменяет грамотную архитектуру: нужно рассчитать кворум, выбрать режим репликации, определить RPO и RTO. И, конечно, сохранить резервное копирование — реплика не защищает от ошибочного удаления или повреждения данных.

🔗 Как устроена BiHA, чем она отличается от самосборного HA-стека и какие сценарии поддерживает — читайте на Хабре.

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

🎥 Опубликована запись доклада Владислава Сидорина с митапа Postgres Pro × YADRO.

Что делать, если Kafka, RabbitMQ или NATS недоступны, а в инфраструктуре есть только Postgres?

Владислав разобрал подходы к построению очередей: от базовой реализации и LISTEN/NOTIFY до готовых расширений, Transactional Outbox и CDC. Эти решения пригодятся и в системах с внешним брокером.

▶️ Смотреть доклад на YouTube

На митапе также выступил Иван Локк из YADRO: он рассказал о миграции OVN Metadata Agent с Python на Go.

📆 Увидимся совсем скоро. Где и когда — рассказали в календаре.

🚀 MONT развернул на своем Полигоне Postgres Pro Enterprise 18 и платформу управления СУБД Postgres Pro Enterprise Manager (PPEM) 2.7.

📊 Теперь партнеры могут показать заказчику продукт в работе — без установки ПО и долгой подготовки отдельного стенда. Специалисты MONT настроили нагрузку, поэтому PPEM встречает пользователей не пустыми графиками, а реальными показателями.

На полигоне можно:

✅ Следить за состоянием СУБД и ключевыми метриками.

✅ Разбирать активные запросы, сеансы и ожидания.

✅ Анализировать нагрузку в профилировщике.

✅ Задавать ИИ-помощнику Ask Postgres вопросы по администрированию и оптимизации прямо в PPEM.

🔎 Полигон помогает быстро понять, подходит ли решение под задачи заказчика. DBA знакомится с рабочим инструментом, а команда заранее собирает вопросы и готовит требования к пилоту.

🛠️ Если захочется копнуть глубже, MONT подключит экспертов Postgres Professional и поможет подготовить сценарий с данными и инфраструктурой заказчика.

⚙️ На полигоне работает флагманская Postgres Pro Enterprise 18 для высоконагруженных систем. Она совместима более чем с 350 российскими решениями.

🤝 Узнайте больше про Полигон и посмотрите на решения Postgres Pro в деле.

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