Тяжелая аналитика поверх PostgreSQL часто превращается в отдельную систему.

Сначала появляется DWH. Потом — ETL-пайплайны, новые серверы, второй SQL-диалект, задержки синхронизации и отдельная команда для поддержки всей этой конструкции.

Эту задачу решает Postgres Pro AXE — аналитическая СУБД на знакомом PostgreSQL.

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

Транзакционные данные остаются в PostgreSQL. Исторические и аналитические данные хранятся в Parquet-файлах на S3, NFS или NVMe. Для пользователя они выглядят как обычные таблицы, а читает их векторный движок AXE.

Под капотом работают два расширения:

1️⃣ pgpro_axe — векторный аналитический движок.

2️⃣ pgpro_metastore — каталог аналитических таблиц и единый интерфейс для выгрузки, регистрации, обновления и управления доступом.

Так аналитик продолжает писать привычные SQL-запросы, а тяжелые OLAP-сценарии выполняются не через строчные Heap-таблицы, а через колоночное хранение в Parquet.

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

Postgres Pro AXE обычно разворачивают на реплике. Мастер продолжает обрабатывать OLTP-нагрузку, а аналитики и BI-системы работают с резервным сервером, который использует свои мощности для тяжелых отчетов.

По результатам тестов AXE показывает:

✅ До 30 раз быстрее PostgreSQL на аналитических запросах.

✅ До 20 раз быстрее Greenplum на сложных запросах.

✅ До 10 раз меньше потребление RAM и CPU по сравнению с Greenplum для той же производительности.

🔗 Подробности читайте на Хабре — разобрали архитектуру AXE, работу с Parquet, сценарии через pgpro_metastore и примеры аналитики поверх PostgreSQL без отдельного DWH.

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

Опубликовали запись вебинара, где показали наш новый продукт — Postgres Pro AXE.

Рассказали, как с помощью Postgres Pro AXE реализовать аналитический контур, который не уступает ClickHouse и превосходит Greenplum по производительности. Решение позволит сохранить знакомый стек PostgreSQL и оптимизировать совокупную стоимость владения инфраструктурой.

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

Youtube

Rutube

ВК Видео

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

Выпустили Postgres Pro Enterprise Manager 2.7 — ИИ-ассистент для DBA, мастер настройки WAL-архивирования, журнал изменений кластера и другие улучшения.

✅ Ответы по PostgreSQL прямо в PPEM

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

✅ Настройка WAL-архивирования через мастер

Появился мастер настройки непрерывного WAL-архивирования на базе Postgres Pro Backup Enterprise. Он проверяет конфигурацию экземпляра, помогает применить необходимые параметры и позволяет настроить потоки, сжатие, таймауты и другие параметры архивирования. Статус настройки отображается на странице экземпляра.

✅ История изменений кластера

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

✅ Больше данных для диагностики и учета ресурсов

ASE получил визуализацию планов выполнения запросов при использовании pgpro_stats, а раздел учета ресурсов — почасовую детализацию потребления CPU и отображение имени сервера для каждого экземпляра.

В релиз также вошли обновления BiHA, проверка таймаутов операций и другие улучшения.

🔗 Запросите тестирование Postgres Pro Enterprise Manager 2.7 и проверьте новые возможности в своих задачах.

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

⚡️ В 11:00 МСК начинаем бесплатный вебинар по Postgres Pro Enterprise Manager с ИИ-ассистентом.

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

Покажем, как с помощью веб-интерфейса Postgres Pro Enterprise Manager:

✅ Мониторить инфраструктуру

✅ Управлять экземплярами БД

✅ Работать с бэкапами

✅ Искать проблемы и ускорять диагностику

🤖 Отдельно покажем ИИ-ассистента в новой версии: он обращается к документации и помогает быстрее решать типовые задачи.

🔗Подключайтесь в 11:00, участие бесплатное.

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

Выпустили книгу «PostgreSQL 18 изнутри». В новом издании учли замечания читателей, исправили ошибки и рассказали о фичах PostgreSQL 18: про поддержку асинхронного ввода-вывода, изменения в настройке автоочистки и появление оптимизации пропуска.

1️⃣ Изоляция и многоверсионность

2️⃣ Буферный кеш и журнал

3️⃣ Блокировки

4️⃣ Выполнение запросов

5️⃣ Типы индексов

Скачивайте и читайте. Книга в свободном доступе.

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

На Tech Week обсудили, как меняется импортозамещение СУБД: от срочной замены зарубежных решений — к выбору архитектуры, которую можно развивать и поддерживать.

18 июня Алексей Викулин, руководитель по развитию бизнеса Postgres Professional, выступил в дискуссии «Эволюция импортозамещения: переход на облачные СУБД российского происхождения».

Три главных тезиса:

1️⃣ 1С требует не просто совместимости, а отдельной инженерной работы

В Postgres Pro Enterprise для 1С уже реализованы десятки оптимизаций под платформу.

Следующий шаг — упростить горизонтальное масштабирование базы 1С. Это важно для крупных инсталляций, где нагрузка растет, а инфраструктура должна развиваться без лишней сложности.

2️⃣ Аналитика не должна раздувать ИТ-ландшафт

Многие компании стали разворачивать отдельные аналитические кластеры на опенсорсных решениях.

Алексей сформулировал проблему так:

Такой подход усложняет архитектуру и увеличивает количество точек отказа.

Postgres Pro AXE закрывает эту задачу иначе: тяжелые аналитические запросы и большие объемы данных остаются в едином контуре, на знакомом PostgreSQL. Без отдельной платформы, отдельной команды и лишних связей между системами.

3️⃣ Облака пока живут разной логикой

У крупных заказчиков есть понятный запрос: защищенные частные и гибридные облака, производительные СУБД, отказоустойчивость, контроль над инфраструктурой.

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

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

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

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

Релиз Postgres Pro Enterprise 18.4.1 как раз про это: больше инструментов для масштабирования, отказоустойчивости и администрирования крупных инсталляций.

✅ Временные объекты на репликах

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

Это помогает выносить часть читающей нагрузки на реплики: например, отчеты и запросы, которым нужны временные объекты.

✅ Развитие BiHA и Proxima

В BiHA технология многоуровневой геораспределенности и катастрофоустойчивости перешла в стабильный статус.

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

✅ Больше возможностей для глобальных индексов

Глобальные индексы на секционированных таблицах стали удобнее в эксплуатации: появилась поддержка CREATE INDEX CONCURRENTLY, REINDEX CONCURRENTLY, INSERT ... ON CONFLICT, внешних ключей и индексов по столбцам из первичного ключа.

✅ Новые инструменты для админов

В дистрибутив вошли pgbouncer_exporter, pgpro_logical_slot, pgpro_temp_stats, pgpro_validate и pgpro_iheap.

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

⚠️ Важно: начиная с 18.4.1 прекращена поддержка pg_tsparser и shared_ispell. Если используете эти компоненты, учтите это при планировании обновления.

🔗 Запросите тестирование Postgres Pro Enterprise 18.4.1, чтобы проверить новые возможности на своих нагрузках, сценариях отчетности и требованиях к отказоустойчивости.

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

8 июля проведем совместный вебинар с Axoft, где расскажем про работу СУБД Postgres Pro с 1С. На встрече обсудим:

✔️Возможности Postgres Pro Enterprise для 1С

✔️Особенности настройки СУБД для оптимальной работы, высокой производительности и организации отказоустойчивости

✔️ Рекомендуемые конфигурации HW & SW для оптимальной работы

✔️ Оптимизацию производительности «1С» на СУБД Postgres Pro Enterprise на реальных примерах

✔️ Горизонтальную масштабируемость в Postgres Pro и возможностях, которые она открывает для высоконагруженных систем

➡️ На встрече выступит наш старший технический консультант Андрей Забелин, технический специалист Axoft Александр Быков.

⏰ 8 июля, среда, 11:00 по Москве, продолжительность — 2,5 часа.

🔗 Регистрируйтесь по ссылке. Участие бесплатное.

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

У российских компаний накопились терабайты промышленных, клиентских и транзакционных данных.

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

Иван Панченко, генеральный директор Postgres Professional, рассказал TAdviser, как меняются требования к российским СУБД и почему бизнесу уже недостаточно просто хранить данные.

Главные тезисы:

✅ Данные должны работать в едином контуре

Когда транзакционные системы и аналитика разнесены по разным платформам, ИТ-ландшафт быстро разрастается. Компании платят за лицензии, поддержку, интеграции и администрирование, а бизнес все равно ждет отчеты.

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

✅ Гибридные нагрузки становятся нормой

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

СУБД должна выдерживать и транзакционные, и аналитические сценарии без постоянного усложнения архитектуры.

✅ Postgres Pro AXE закрывает аналитику в привычной экосистеме

Postgres Pro AXE помогает работать с аналитическими нагрузками в Postgres-ориентированной инфраструктуре: знакомый SQL, единый контур, один вендорский SLA, меньше отдельных платформ и ETL-связок.

В тестировании с «Форсайтом» на сценарии промышленного предприятия: 2 ТБ данных, 2 млрд записей, 500 одновременных пользователей. Данные сжались примерно в 10 раз, скорость запросов выросла до 30 раз на том же оборудовании.

✅ Tengri Data и AXE решают разные аналитические задачи

Tengri Data закрывает сценарии Lakehouse и дает единое рабочее место аналитика для работы со сверхбольшими массивами данных, включая ИИ-агентов.

Postgres Pro AXE дополняет этот контур там, где компании хотят быстрее встроить аналитику в уже работающую Postgres-инфраструктуру.

✅ ERP требует запаса, а не только совместимости

Для 1С:ERP критичны предсказуемый отклик, отказоустойчивость и рост без смены архитектуры.

Недавний тест Postgres Pro Enterprise для 1С на 30 000 одновременных пользователей показал: российская ERP-инфраструктура может выдерживать нагрузку крупнейших предприятий на массово доступном оборудовании.

✅ Простота стала экономическим фактором

Заказчики ждут от СУБД встроенной отказоустойчивости, безопасности, горизонтального масштабирования, удобного мониторинга, администрирования, диагностики, бэкапов и восстановления.

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

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