⚡️ В 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