31 марта – 01 апреля 2025
PGConf.Russia 2025
PGConf.Russia — крупнейшая конференция по PostgreSQL в России и СНГ. Технические доклады, демонстрации решений для работы с СУБД, мастер-классы, а также нетворкинг и обмен опытом с сообществом. Ежегодно участие в PGConf.Russia принимают сотни специалистов, среди них: администраторы баз данных, архитекторы, разработчики и тестировщики, IT-менеджеры.
Темы встречи
- Новости из мира PostgreSQL
- Мониторинг, отказоустойчивость и безопасность
- Облегченная миграция с Oracle, Microsoft SQL Server и других систем
- Оптимизация запросов
- Масштабируемость, шардирование и секционирование
- Искусственный интеллект в СУБД
- Совместимость PostgreSQL с другим ПО
Доклады
Архив докладов
-
Максим Грамин Postgres Professional Системный аналитикКаждый день тысячи инженеров прилагают нечеловеческие усилия, чтобы сделать наши данные более достоверными, точными и актуальными. Однако, иногда необходимо поступить наоборот — испортить их.
Например, скрыть или заменить чувствительные данные, а иногда даже сгенерировать их с чистого листа, сохранив при этом бизнес-свойства данных. Это может понадобиться для тестирования систем, передачи данных третьим лицам и в других случаях. И, оказывается, это тоже достаточно сложная задача (учитывая сложность схемы данных и нетривиальные бизнес-требования).
В докладе рассмотрим основные проблемы искусственных данных и попробуем их решить разными способами, используя встроенные возможности PostgreSQL и сторонние расширения
-
Вячеслав Малютин ГНИВЦ Главный разработчик БДБывает, что бизнес-логика реализована в БД. При этом всем известно, что поддержка и разработка бизнес-логики идёт намного проще, если она покрыта тестами. В свою очередь тесты бэка считают БД внешним ресурсом и не всегда работают с «живой» БД. В этом докладе будет рассмотрена доработанная библиотека pgTap. Эта разработка может организовать не только юнит-тестирование и CI кода в БД, но даже ускорит саму разработку.
-
Дмитрий Ремизов ГНИВЦ архитекторДоклад описывает проблемы, с которыми мы столкнулись (и решили) в процессе миграции данных очень больших СУБД — с Oracle на Postgres.
Одной из тяжёлых частей такого процесса является пересоздание FK. В процессе разрешения проблем пришлось углубиться в некоторые внутренние особенности процесса создания/валидации внешних ключей. Например, есть ли execution plan у ALTER TABLE ... ADD CONSTRAINT ... FOREIGN KEY .. ? Можно ли на него повлиять простому смертному? Какие блокировки накладываются при создании/валидации FK?
Также в докладе представим метод, позволяющий исследовать проблемы производительности процесса из первых принципов. Этот метод будет использован при исследовании некой частной проблемы с производительностью создания внешних ключей.
-
Karel van der Walt MentalArrow PrincipalВ докладе расскажем о ручной миграции хранимых процедур и табличных функций из MS SQL Server в PL/pgSQL. Мы сознательно выбрали ручной перевод вместо использования расширений PostgreSQL с автоматической конвертацией. Причина — сложная бизнес-логика в коде T-SQL, для которой мы хотели получить чистый, читаемый PL/pgSQL-код.
В исходном T-SQL коде использовались:
- Комбинация хранимых процедур и табличных функций
- Табличные переменные и пользовательские табличные типы
- Рекурсивные Common Table Expressions (CTE)
- Опциональные параметры
Миграция потребовала:
- Приведения имен к стандартам PostgreSQL
- Переименования параметров и локальных переменных
- Маппинг табличных типов
- Маппинг табличных параметров в массивы
- Маппинг табличных возвращаемых типов в SETOF-запись
- Перевод логики между массивами и таблицами
В докладе мы пройдем путь миграции цепочки зависимых T-SQL-функций в PL/pgSQL, разберем особенности и обойдем подводные камни обоих языков
Фотографии
Архив фотографий