PGConf.Russia 2025

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

Если решать задачу реорганизации структуры больших таблиц стандартными средствами PostgresSQL, это вызовет большой downtime приложения — на всё время реорганизации таблица будет недоступна на запись, а в некоторых случаях и на чтение. 

В докладе автор представит dbms_redefinition — расширение собственной разработки, которое реализует функциональность, аналогичную одноименному пакету в Oracle, позволяет снизить до минимума (near zero) downtime на период применения к БД прикладных обновлений, меняющих структуру таблиц. 

В PostgreSQL данная технология отсутствует. Расширение pg_repack НЕ позволяет изменить структуру таблицы. Поэтому dbms_redefinition будет интересен всем пользователям СУБД, вне контекста миграции с Oracle. Я расскажу про использование пакета на примере реальной задачи, обсужу планы по развитию решения и добавление новой функциональности.

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

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

При переходе с Oracle и других проприетарных систем на PostgreSQL разработчикам приходится адаптировать существующую кодовую PL/SQL-базу под PL/pgSQL. Несмотря на сходство этих двух процедурных языков, значительные различия в их синтаксисе, характеристиках производительности и особенностях экосистемы требуют продуманного подхода к миграции и оптимизации.

В этом докладе сфокусируемся на ключевых различиях между PL/SQL Oracle и PL/pgSQL PostgreSQL, поделимся инсайтами о том, как эффективно адаптировать код во время миграции. 

Особое внимание уделим следующим аспектам:

• Методология компиляции
• Отладка кода
• Обработка исключений
• work_mem
• Массовая загрузка данных

Десятки PostgreSQL пришли на место одному большому Oracle. Одна из ключевых бизнес-систем была переработана и полностью перестроена на рельсы импортозамещенного решения. Особенности, архитектура, проблемы и эксплуатация — будет очень интересно!