Начинаем в 11:00. Подключайтесь по ссылке, на встрече покажем наш новый продукт — Postgres Pro AXE. Расскажем, как с помощью Postgres Pro AXE реализовать аналитический контур, который не уступает ClickHouse и превосходит Greenplum по производительности.
Please open Telegram to view this post
VIEW IN TELEGRAM
Один и тот же тяжелый запрос может выполняться десятки, сотни или тысячи раз.
Например, дашборд пересчитывает агрегаты, приложение проверяет права пользователя, каталог считает количество страниц, а BI-система запрашивает метаданные схемы.
Если результат не меняется, база все равно каждый раз тратит ресурсы: читает данные, строит план, выполняет соединения и считает агрегаты.
Для таких сценариев в Postgres Pro Enterprise есть расширение
Это полезно, когда запрос выполняется часто, обрабатывает много данных, но возвращает небольшой результат. Например:
🔹 Агрегаты для отчетов и дашбордов.
🔹 Счетчики для пагинации.
🔹 Справочники и проверки прав.
🔹Частые запросы к системному каталогу.
🔹 Метаданные, которые запрашивают ORM, BI-системы и пулы соединений.
Такой кэш можно реализовать на стороне приложения, но это усложняет код. Разработчикам нужно синхронизировать данные между сессиями, следить за актуальностью результатов и отдельно продумывать логику сброса.
У кэша есть TTL, мониторинг через
При этом кэш не работает как универсальная кнопка ускорения. Очень быстрые запросы иногда выгоднее выполнить заново, чем искать результат в кэше. Если в базе используются политики RLS, тоже нужен особый контроль: кэшированные результаты их игнорируют.
🔗 Читайте на Хабре, как устроен
💬 Читайте нас в MAX
Например, дашборд пересчитывает агрегаты, приложение проверяет права пользователя, каталог считает количество страниц, а BI-система запрашивает метаданные схемы.
Если результат не меняется, база все равно каждый раз тратит ресурсы: читает данные, строит план, выполняет соединения и считает агрегаты.
Для таких сценариев в Postgres Pro Enterprise есть расширение
pgpro_result_cache. Оно сохраняет результат запроса в общей памяти экземпляра кластера. При повторном выполнении сервер не считает запрос заново, а сразу отдает готовый результат из кэша.Это полезно, когда запрос выполняется часто, обрабатывает много данных, но возвращает небольшой результат. Например:
🔹 Агрегаты для отчетов и дашбордов.
🔹 Счетчики для пагинации.
🔹 Справочники и проверки прав.
🔹Частые запросы к системному каталогу.
🔹 Метаданные, которые запрашивают ORM, BI-системы и пулы соединений.
Такой кэш можно реализовать на стороне приложения, но это усложняет код. Разработчикам нужно синхронизировать данные между сессиями, следить за актуальностью результатов и отдельно продумывать логику сброса.
pgpro_result_cache переносит эту задачу на уровень СУБД. Расширение включается параметром конфигурации, а конкретный запрос попадает в кэш только по явному хинту /*+result_cache*/. Поэтому механизм не пытается кэшировать все подряд: разработчик сам выбирает запросы, для которых это действительно полезно.У кэша есть TTL, мониторинг через
pgpro_result_cache_data и режим согласованного кэша pgpro_result_cache.consistent = on. В этом режиме расширение автоматически сбрасывает зависимые записи при DML- и DDL-операциях.При этом кэш не работает как универсальная кнопка ускорения. Очень быстрые запросы иногда выгоднее выполнить заново, чем искать результат в кэше. Если в базе используются политики RLS, тоже нужен особый контроль: кэшированные результаты их игнорируют.
🔗 Читайте на Хабре, как устроен
pgpro_result_cache, где он помогает разгрузить базу и какие ограничения важно учитывать.💬 Читайте нас в MAX
🔥9👍6❤🔥1
Forwarded from Богатырёва о цифре
Media is too big
VIEW IN TELEGRAM
Все мы знаем эту тревожность на собеседовании: «Попаду я на работу или нет? Примут ли меня?». А вот гендиректор Postgres Professional — не знает. Он ни разу не был на собеседовании! Я решила исправить эту оплошность и провела для гендиректора собеседование в его же фирму.
Приняла ли я Ивана Панченко в компанию или нет — смотрите в моем коротком видео
Please open Telegram to view this post
VIEW IN TELEGRAM
При переходе на российскую СУБД система не должна начинать жизнь заново. Она должна продолжить работать: с теми же данными, отчетами, регламентами, пользовательскими сценариями и требованиями к доступности.
1️⃣ Найти риски до миграции
Сперва изучаем, где хранится бизнес-логика, какие отчеты завязаны на старую СУБД, какую нагрузку держит система, как устроены бэкапы и сколько часов есть на переключение.
2️⃣ Подготовить промышленный запуск
Работаем с СУБД и всем, что влияет на запуск: архитектурой, кодом, тестированием, бэкапами и мониторингом. Переносим системы с Oracle, MS SQL Server и PostgreSQL на Postgres Pro.
3️⃣ Получить управляемую эксплуатацию
Заказчик получает готовую систему на российской СУБД: с проверенными данными и производительностью, настроенными бэкапами, понятной схемой сопровождения и поддержкой вендора.
Примеры из кейсов:
☑️ Производительность баз 1С выросла на 30%: проект дал не только импортозамещение, но и ускорение.
☑️ Региональная 1С-инфраструктура переехала без долгого простоя: 24 базы объемом 26 ТБ перевели на российский стек.
☑️ При миграции с Oracle сократили объем базы на 50 ТБ и вошли в топ-5 финтех-проектов на ЦИПР.
☑️ Без простоя перевели с Oracle на Postgres Pro автоматизированную систему банка из топ-3 по активам в России.
☑️ Перенесли сложную логику Oracle на Postgres Pro: 11 пакетов, 152 функции и процедуры, 20 тысяч строк кода с PL/SQL на PL/pgSQL.
🔗 Читайте истории миграции госсектора на Postgres Pro: показываем исходную архитектуру, ход миграции, инструменты, тестирование, сложности и результаты.
📢 Читайте нас в MAX
Сперва изучаем, где хранится бизнес-логика, какие отчеты завязаны на старую СУБД, какую нагрузку держит система, как устроены бэкапы и сколько часов есть на переключение.
Работаем с СУБД и всем, что влияет на запуск: архитектурой, кодом, тестированием, бэкапами и мониторингом. Переносим системы с Oracle, MS SQL Server и PostgreSQL на Postgres Pro.
Заказчик получает готовую систему на российской СУБД: с проверенными данными и производительностью, настроенными бэкапами, понятной схемой сопровождения и поддержкой вендора.
Примеры из кейсов:
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥8👍4🔥4
Вышла первая технологическая карта российских СУБД от «Монитора технологий».
В карту вошли 15 игроков российского рынка. Позиции распределяли по известности и распространенности. Postgres Pro — №1.
Что происходит на российском рынке СУБД:
☑️ Рынок вырос на 13,9% за 2025 год.
☑️ Отечественные СУБД растут в 2 раза быстрее рынка ИИ.
☑️ 34% респондентов считают российские СУБД конкурентоспособными.
☑️ 15% компаний в рамках импортозамещения изменили бизнес-процессы, чтобы эффективнее работать с российскими СУБД.
☑️ 46,7% компаний импортозамещали БД в 2026 году. В 2024 году таких было 26%.
Рынок выбирает не просто замену иностранным продуктам, а зрелые российские СУБД для высоких нагрузок, миграций и критичных систем.
🔗 Подробности читайте в материале РДТЕХ.
📢 Читайте нас в MAX
В карту вошли 15 игроков российского рынка. Позиции распределяли по известности и распространенности. Postgres Pro — №1.
Что происходит на российском рынке СУБД:
Рынок выбирает не просто замену иностранным продуктам, а зрелые российские СУБД для высоких нагрузок, миграций и критичных систем.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12👍4
Сертификат РБПО — не сущность из мира аудитов и регламентов. Он про разработку.
Про то, где команда ищет уязвимости, как проверяет код, что происходит с новым компонентом перед релизом и почему найденная проблема не должна потеряться между задачами, переписками и сборками.
У Postgres Professional есть сертификат РБПО. Это значит, что безопасная разработка у нас описана, встроена в процессы и подтверждена по требованиям ГОСТ Р 56939-2024.
В карточках рассказываем, как это устроено: от CI/CD и проверок компонентов до пути, который проходят все уязвимости.
📢 Читайте нас в MAX
Про то, где команда ищет уязвимости, как проверяет код, что происходит с новым компонентом перед релизом и почему найденная проблема не должна потеряться между задачами, переписками и сборками.
У Postgres Professional есть сертификат РБПО. Это значит, что безопасная разработка у нас описана, встроена в процессы и подтверждена по требованиям ГОСТ Р 56939-2024.
В карточках рассказываем, как это устроено: от CI/CD и проверок компонентов до пути, который проходят все уязвимости.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍4
Опубликовали записи докладов с PGConf.Россия 2026 про наши продукты.
☑️ Михаил Сумской, руководитель разработки Postgres Pro Shardman, рассказал о 17 версии: отказоустойчивых шардах, ускорении запросов, безопасности и планах развития.
☑️ Борис Пищик, старший технический консультант, показал, как Postgres Pro Enterprise Manager помогает управлять базами через единую графическую платформу.
☑️ Эльмира Рахматулина, менеджер продукта, представила Postgres Pro AXE — аналитическую СУБД нового поколения на знакомом PostgreSQL.
☑️ Андрей Забелин, эксперт Postgres Professional, разобрал, как BiHA и Proxima помогают строить отказоустойчивую инфраструктуру и балансировать нагрузку.
Сохраняйте плейлист:
🎦 Youtube
🎦 Rutube
🎦 ВК Видео
📢 Читайте нас в MAX
Сохраняйте плейлист:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Приходите 16 июня на бесплатный вебинар по Postgres Pro и BI Qube.
Покажем, как быстро собрать DWH и аналитику на данных из 1С, маркетплейсов и веба — с нуля и без долгой разработки.
Что будет на вебинаре:
☑️ Как устроены хранилища данных для аналитики и какие архитектуры подходят для импортонезависимых решений.
☑️ Какие возможности Postgres Pro Enterprise помогают строить DWH.
☑️ Как развернуть DWH на Postgres Pro Enterprise.
☑️ Что делать, когда данных становится много.
☑️ Как создавать витрины в Postgres Pro AXE через инструменты BI Qube.
☑️ Как визуализировать витрины в Apache Superset.
Вебинар продлится 1,5 часа. В конце ответим на вопросы.
⏰ 16 июня, вторник, 11:00
🔗 Регистрируйтесь и приходите, если хотите увидеть, как DWH и аналитика собираются на ваших данных — от источников до дашбордов.
📢 Читайте нас в MAX
Покажем, как быстро собрать DWH и аналитику на данных из 1С, маркетплейсов и веба — с нуля и без долгой разработки.
Что будет на вебинаре:
Вебинар продлится 1,5 часа. В конце ответим на вопросы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍4
В Postgres Pro за высокую доступность отвечает BiHA — встроенное решение, которое объединяет серверы в отказоустойчивый кластер, следит за состоянием узлов и выбирает нового лидера по Raft.
Это защищает систему от Split-Brain — ситуации, когда в кластере появляются два пишущих узла.
В крупных инсталляциях кластер часто живет в нескольких ЦОДах: основная и DR-площадка, резервный контур, реплики для отчетов, аналитики или копий данных для 1С.
Здесь классическая схема «звезда» начинает мешать. Лидер раздает WAL каждой реплике напрямую, один и тот же поток несколько раз уходит по межцодовым каналам, растет число walsender, а новые реплики нагружают основной узел.
BiHA решает эту задачу каскадной репликацией.
🔸 Вместо «звезды» появляется дерево: лидер отправляет WAL узлу-ретранслятору, а тот раздает данные дальше — например, локальным репликам внутри резервного ЦОДа.
Источник выбирает алгоритм Best Follower. Реплика подключается не к первому доступному узлу, а к наиболее подходящему — с учетом роли и свежести данных по LSN.
Что это дает бизнесу:
☑️ Экономит сетевые каналы
Между ЦОДами идет меньше трафика репликации. Можно снизить затраты на сеть или не расширять существующие каналы.
☑️ Масштабирует чтение без просадки лидера
Новые реплики не подключаются все разом к основному узлу. Каждые 3-5 реплик можно выстроить в отдельную ветку каскада.
☑️ Восстанавливается без администратора
Если ретранслятор падает, BiHA перестраивает дерево. Реплики находят новый источник и продолжают работу.
☑️ Контролирует переключение между ЦОДами
☑️ Сокращает внешние зависимости
BiHA встроена в Postgres Pro Enterprise: меньше отдельных компонентов, процессов управления HA и интеграционных скриптов.
🔗 Читайте на Хабре, как BiHA помогает строить геораспределенные кластеры Postgres Pro: с понятной топологией, меньшей нагрузкой на лидер, экономным трафиком между ЦОДами и автоматическим восстановлением после сбоев.
📢 Читайте нас в MAX
Это защищает систему от Split-Brain — ситуации, когда в кластере появляются два пишущих узла.
В крупных инсталляциях кластер часто живет в нескольких ЦОДах: основная и DR-площадка, резервный контур, реплики для отчетов, аналитики или копий данных для 1С.
Здесь классическая схема «звезда» начинает мешать. Лидер раздает WAL каждой реплике напрямую, один и тот же поток несколько раз уходит по межцодовым каналам, растет число walsender, а новые реплики нагружают основной узел.
BiHA решает эту задачу каскадной репликацией.
Источник выбирает алгоритм Best Follower. Реплика подключается не к первому доступному узлу, а к наиболее подходящему — с учетом роли и свежести данных по LSN.
Что это дает бизнесу:
Между ЦОДами идет меньше трафика репликации. Можно снизить затраты на сеть или не расширять существующие каналы.
Новые реплики не подключаются все разом к основному узлу. Каждые 3-5 реплик можно выстроить в отдельную ветку каскада.
Если ретранслятор падает, BiHA перестраивает дерево. Реплики находят новый источник и продолжают работу.
can_be_leader=false помогает держать резервный ЦОД в режиме горячего standby и переключаться вручную, когда сервисы готовы к переходу.BiHA встроена в Postgres Pro Enterprise: меньше отдельных компонентов, процессов управления HA и интеграционных скриптов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤4
This media is not supported in your browser
VIEW IN TELEGRAM
Это площадка, где преподаватели, методисты, методологи и специалисты из вузов, колледжей и ИТ-компаний обсуждают, как учить базам данных, PostgreSQL и системному программированию.
В 2026 году Postgres Professional проводит конференцию вместе с Факультетом компьютерных наук НИУ ВШЭ.
В программе темы, с которыми работают авторы и преподаватели ИТ-курсов:
Также открыт прием заявок на доклады. Поделитесь методикой, учебным кейсом или опытом разработки программы — заявку можно подать до 15 сентября.
Для преподавателей и сотрудников администраций вузов и колледжей участие бесплатное. Для других категорий слушателей предусмотрено платное участие.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5