PGConf.Russia 2025

Многие компании в РФ хотят закрепиться на рынке реляционных СУБД, создавая свои коммерческие решения. Чаще всего это форки ванильной PostgreSQL. Однако помимо СУБД, заказчикам нужно графическое средство управления — Enterprise Manager. Его форкнуть крайне затруднительно,поэтому приходится разрабатывать с нуля с оглядкой на конкурентов.

В докладе будет приведён обзор Enterprise Manager от различных отечественных вендоров СУБД. Я сравню их основные характеристики: функциональность, удобство пользования, визуал. Постараюсь дать ответ на вопрос, какой Enterprise Manager можно признать наиболее удачным.

В центре внимания — проблемы построения прикладного решения на PostgreSQL, а именно высоконагруженного аналитического хранилища данных. На примере кейса компании ЕВРАЗ покажем эффект применения методологии Data Vault на СУБД PostgreSQL и Greenplum для разработки единой системы производственных показателей.

Расскажем о сложностях и решениях – демонстрация вариантов, планов запросов на задачах обновления справочников и других больших объектов, примеры оптимизаций. Покажем нюансы кода – проблемы заполнения модели и проблемы выборки из модели.

Это будет интересно всем, кто планирует использовать или уже сталкивается со сложностями применения методологии Data Vault и проблемами производительности DWH на стеке open source. Сравним варианты технической реализации модельного слоя business vault с учётом специфики PostgreSQL и Greenplum. Рассмотрим 5 реальных проблем, возникающих при эксплуатации DWH и их решение:

1.     Перенос логики сборки объектов Business Vault с PostgreSQL на Greenplum.

2.     Замедление ETL при сборке текущего состояния Business Vault в PostgreSQL.

3.     Замедление построения Data Lineage в PostgreSQL и Greenplum.

4.     Медленная работа при запросе сателлита в Greenplum.

5.     Медленные запросы с «in» или «or» при обращении к слою Business Vault.

НЕОБХОДИМО С СОБОЙ ИМЕТЬ НОУТБУК! Мастер-класс по созданию и конфигурированию отказоустойчивого кластера BiHA.

На мастер классе будет создан "с нуля" отказоустойчивый кластер СУБД PostgreSQL 17. Будет настроена логическая репликация на узел вне кластера. Будут проведены испытания и продемонстрирована новая возможность PostgreSQL 17 - отказоустойчивость слота логической репликации.