PGConf.Pоссия 2026

Конгресс-центр ЦМТ, г. Москва, Краснопресненская наб., 12, вход №4

PGConf.Pоссия 2026

PGConf.Россия — крупнейшая конференция по PostgreSQL в России и СНГ. Технические доклады, демонстрации решений для работы с СУБД, мастер-классы, а также нетворкинг и обмен опытом с сообществом. Ежегодно участие в PGConf.Россия принимают сотни специалистов, среди них: администраторы баз данных, архитекторы, разработчики и тестировщики, IT-менеджеры.

РЕГИСТРАЦИЯ НА МЕРОПРИЯТИЕ ЗАКОНЧЕНА.

Темы встречи

- Новости из мира PostgreSQL

- Мониторинг, отказоустойчивость и безопасность

- Облегченная миграция с Oracle, Microsoft SQL Server и других систем

- Оптимизация запросов

- Масштабируемость, шардирование и секционирование

- Искусственный интеллект в СУБД

- Совместимость PostgreSQL с другим ПО

более
0 участников
0 докладчиков
0
минут общения
62 доклада
гибридный
формат

Дмитрий Поликовский BI.Qube Директор по развитию

Дмитрий Понкратенко BI.Qube Архитектор перспективных платформ

мастер-класс 90 мин

Создание цифрового двойника 1С в экосистеме Postgres Professional на основе AXE, Tengri и BI.Qube

Покажем, как в графическом интерфейсе построить обновляемый

цифровой двойник 1С в новых продуктах экосистемы Postgres

Professional, не погружаясь в особенности хранения данных.

По итогу мастер-класса вы получите опыт быстрого создания витрины

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

Мастер-класс покажет решение проблем с анализом данных из

1С:Предприятие для крупных и средних организаций, где возникают

вопросы интеграции с дополнительными источниками,

быстродействием, трудоемкостью поддержки и развития

аналитической системы. Наглядная демонстрация возможностей low-

code/no-code фреймворка, автоматизирующего весь конвейер

обработки данных, будет хорошим практическим дополнением для

доклада https://pgconf.ru/talk/3120756 «Особенности построения

аналитики из 1С:Предприятие в Postgres Pro AXE и Tengri Data».

План мастер-класса

1 Выгрузка из 1С:Предприятие в СУБД Postgres Pro AXE и на

платформу Tengri Data справочников, регистров, документов

2 Подготовка модели данных: трансформация, учет специфики 1С при

работе с изменениями

3 Создание золотых записей

4 Формирование витрины данных

5 Контроль качества данных с рассылкой уведомлений в email или

Telegram

6 Демонстрация быстродействия аналитических запросов к витрине

данных в AXE и Tengri

7 Сборка дашборда на Apache Superset

Подготовка к участию

Возьмите ноутбуки с развернутым Virtual Box https://www.virtualbox.org/

Для тестирования запросов необходимо наличие среды выполнения

SQL-запросов в PostgreSQL - pgAdmin, dBeaver и т.д.
Александр Черкашин ВТБ (ПАО) Старший руководитель

Решение задач импортозамещения СУБД на примере информационных систем Банка ВТБ

Рассмотрение конкретных примеров миграции данных с западных субд на Postgres. Реализация StandIn на базе кластеров Postgres. Разбор технических случаев реализации проектов импортозамещения СУБД. Рассмотрение основных ошибок во время разработки и использования инструментов по импортозамещению западных средств миграции и репликации данных. Видение перспектив развития продуктов миграции и репликации данных в импортозамещенной среде.

Материалы к докладу
Антон Дорошкевич ИнфоСофт Руководитель проектов

Ускорение поиска в динамических списках 1С

Динамические списки в 1С — основной инструмент работы пользователей. Поиск в списках — основной сценарий работы, который на больших данных может работать с недостаточной скоростью. В докладе расскажу, почему нельзя в «лоб» решить этот вопрос в PostgreSQL (да и в MS SQL тоже), и что же всё-таки мы делаем с командой Postgres Professional, чтобы сделать поиск в 1С ещё лучше!

Материалы к докладу
Александра Бондарь Postgres Professional Специалист

Как разглядеть невидимое: ищем «горячие данные», виновные в просадке производительности

Классическая ситуация: в часы пик база данных захлебывается, CPU загружен на 100%, диски простаивают, а в топе запросов висит «мелочь». Привычный мониторинг бессилен: ни долгих транзакций, ни тяжелых выборок, ни очевидных блокировок. Истинная причина просадки остается невидимой Иногда виновником оказываются «горячие блоки». Проблема возникает, когда множество процессов одновременно конкурируют за доступ к одному и тому же блоку. Данные находятся в кэше и читаются быстро, но механизмы защиты памяти не рассчитаны на такой ажиотаж. В итоге время тратится не на полезную работу, а на борьбу за право доступа к странице. Стандартные инструменты Postgres не позволяют локализовать проблему до конкретного объекта базы данных, ставшего узким горлышком. В этом докладе я расскажу: 1. Как возникают «горячие блоки» и почему стандартный мониторинг слеп к этой проблеме; 2. Как я написала собственное расширение, чтобы заглянуть «под капот» базы и увидеть скрытую механику работы с памятью; 3. Как найти таблицу-виновника за пару минут и спасти производительность.

Материалы к докладу