Postgres Professional

Реплика основной БД на резервном сервере позволяет не потерять данные при сбое. BiHA помогает автоматически переключиться на реплику.

BiHA — встроенный механизм высокой доступности Postgres Pro Enterprise. Если основной узел выходит из строя, кластер выбирает наиболее актуальную реплику и передает ей роль лидера.

Proxima направляет новые подключения на новый лидер. Каскадная репликация снижает нагрузку на сервер и каналы между ЦОДами.

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

В карточках рассказали, как работает BiHA.

🔗 Бесплатно протестируйте Postgres Pro Enterprise 18: разверните кластер, сымитируйте отказ лидера и оцените переключение под своей нагрузкой.

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

Открыли прием докладов на PGConf.Академия 2026 — практическую конференцию для преподавателей ИТ-дисциплин, методистов, методологов и специалистов, которые разрабатывают образовательные программы в вузах, колледжах и ИТ-компаниях.

⏰ Конференция пройдет 16 ноября.

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

❕ Заявки принимаем до 15 сентября.

🔗 Инструкция по подаче заявки — в отдельном материале.

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

Отбор пройдет в два этапа: сначала модерация заявки, затем онлайн-презентация доклада перед оргкомитетом. К этому моменту содержательная часть доклада должна быть готова минимум на 70%.

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

🔗 Подать доклад можно на странице PGConf.Академия 2026.

🔔 Читайте нас в ВК

Опубликовали запись вебинара «Postgres Pro Enterprise для 1С: максимум производительности и новые возможности для 1С:Предприятие».

Смотрите, если хотите повысить производительность 1С и использовать ресурсы инфраструктуры эффективнее:

Youtube / Rutube / ВК

Эксперты Postgres Professional и Axoft разобрали, как ускорить 1С на уровне СУБД, разгрузить основной сервер и повысить отказоустойчивость системы:

✅ Объяснили, как оптимизировать запросы и регламентные операции.

✅ Научили переносить ресурсоемкие отчеты на реплики.

✅ Показали настройку отказоустойчивого кластера и подключение 1С к ведущему серверу и копиям базы.

✅ Рассказали о сжатии данных, мониторинге и резервном копировании.

🔗 Готовы проверить решение на своих задачах? Запросите бесплатное тестирование Postgres Pro Enterprise для 1С.

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

Продолжите последовательность чисел: 2018, 2023, 2025...

Конечно, ответ — 2026, а объединяет эти годы конференция по PostgreSQL в Непале.

18-21 ноября в стране пройдет PGConf.Nepal 2026. Первые два дня посвятят практическим тренингам, затем участников ждут доклады, воркшопы и встречи с PostgreSQL-экспертами из разных стран.

Наша цель — поддержать растущее PostgreSQL-сообщество Непала, связать местных инженеров с международными экспертами и помочь PostgreSQL стать надежной основой для новых цифровых проектов.

Хотите выступить? До 31 августа можно предложить доклад или практический воркшоп об администрировании, производительности, разработке, безопасности, миграциях, архитектуре или реальных внедрениях PostgreSQL.

🔗 Подробности читайте на Хабре.

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

Российские компании часто работают с данными через разрозненный стек: транзакционная база отдельно, аналитическая СУБД отдельно, между ними ETL, копии, интеграции и разные команды поддержки.

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

Postgres Pro AXE предлагает другой путь: выполнять тяжелую аналитику без отдельного аналитического стека и переучивания команды.

🧩 Один контур вместо набора систем

Объединяет OLTP- и OLAP-нагрузки в Postgres-ориентированной инфраструктуре. Меньше отдельных платформ, ETL-связок, узких специалистов и точек отказа.

📊 Аналитика быстрее на том же оборудовании

За счет колоночного хранения тяжелые аналитические запросы выполняются до 30 раз быстрее по сравнению с открытым PostgreSQL в отдельных тестах.

Для бизнеса это отчеты за минуты вместо часов и работа с более актуальными данными.

🗂️ Данные остаются открытыми

Аналитические данные хранятся в Parquet, а метаданные управляются по спецификации DuckLake через SQL.

Компания не запирает данные в проприетарном формате и может использовать привычные BI-инструменты.

⚙️ Меньше требований к инфраструктуре

Снижает потребность в RAM и CPU по сравнению с рядом MPP-подходов, где несколько узлов заложены в архитектуру изначально.

Это экономия на оборудовании, сопровождении и расширении инфраструктуры.

🔗 Протестируйте Postgres Pro AXE бесплатно — проверьте продукт на ваших данных и типовых аналитических запросах: отчетности, витринах, BI-нагрузке и сценариях работы.

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

В LLM-инженерии уже мало просто подкрутить промпт или добавить RAG.

В новой статье на Хабре разбираем следующий шаг: как оптимизировать весь harness — среду, в которой работает агент. Это промпты, MCP-профили, доступные инструменты, этапы workflow, память, правила выбора evidence и логика итогового вывода.

Мы проверили подход на диагностическом агенте для PostgreSQL: собрали небольшой бенчмарк на реальных нагрузочных кейсах, прогнали replay и через meta-harness optimization искали более удачные конфигурации агентной среды.

Что получилось:

✅ Целевая метрика выросла на 24,9% в первом запуске и на 17,6% во втором.

✅ Перестановка этапов workflow и подбор MCP-профилей иногда влияли сильнее, чем новая формулировка промпта.

✅ Больше тулов не всегда лучше: широкий набор инструментов может помочь одному типу задач и сломать другой.

✅ Оценивать агента по одному среднему score опасно — нужны устойчивость, latency, сложность, failed runs и качество доказательной базы.

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

🔗 Читайте на Хабре.

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

Если вы не на ULCAMP, послушать доклад Кати Соколовой о переходе 1С с MS SQL на PostgreSQL сегодня не получится. Но разобраться в теме можно и без поездки — с нашими полезными материалами.

📄 Статья на Infostart
Почему запросы к виртуальным таблицам 1С могут резко просесть после миграции и как join predicate pushdown ускоряет их без переписывания кода. В реальных сценариях — от 22 до 54 000 раз.

🎙️ Вебинар «Postgres Pro Enterprise для 1С: максимум производительности на отечественной платформе»
О возможностях редакции для 1С, настройке СУБД и производительности под рабочей нагрузкой.

▶️ Видеообзор Postgres Pro Enterprise для 1С
Коротко о том, что входит в решение и какие задачи оно закрывает при миграции и эксплуатации 1С.

🧪 Статья на Хабре
Как мы нагрузили 1С:ERP 30 000 одновременных пользователей, нашли узкие места в дисках, ОС и СУБД и получили APDEX 0,875 на типовом оборудовании.

🔗 Хотите проверить Postgres Pro Enterprise для 1С на своей базе и нагрузке — оставьте заявку на бесплатное тестирование.

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

Это доклад про KVik — встроенный in-memory-кэш в Postgres Pro Enterprise 18.

Он работает в составе Proxima и хранит данные в RAM, работает через RESP и автоматически инвалидирует кэш при изменениях в СУБД.

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

В докладе:

✅ Где лучше кэшировать данные: на клиенте, сервере, во внешнем сервисе или внутри СУБД.

✅ Чем Cache Aside отличается от Cache Through.

✅ Как выбирать алгоритм вытеснения.

✅ Почему инвалидация и формирование ключей часто ломают всю схему.

✅ Когда внешний кэш оправдан, а когда только грузит инфраструктуру и создает еще одну точку отказа.

Влад также показывает KVik в работе и сравнивает его производительность с Postgres и внешним кэшем.

🔗 Хотите проверить KVik на своем приложении и нагрузке? Оставьте заявку на бесплатное тестирование Postgres Pro Enterprise 18.

Postgres Pro Enterprise Manager закрывает ежедневные задачи DBA в одном веб-интерфейсе.

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

В карточках показали ключевые экраны платформы и задачи, которые они решают:

✅ Где быстро увидеть проблемные экземпляры.

✅ Как разобрать пик нагрузки до сессии и запроса.

✅ Где искать запросы, которые потребляют ресурсы.

✅ Как сравнить хороший и плохой периоды производительности.

✅ Как управлять кластерами Postgres Pro BiHA.

✅ Как держать под контролем резервное копирование и восстановление.

🔗 Смотрите подробный видеообзор решения на сайте — показали экраны платформы в динамике и поделились сравнением с другими опенсорс-решениями.

🔗 Протестируйте Postgres Pro Enterprise Manager бесплатно — оцените, как продукт упрощает жизнь DBA.

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