PGConf.Russia 2025

Бывает, что бизнес-логика реализована в БД. При этом всем известно, что поддержка и разработка бизнес-логики идёт намного проще, если она покрыта тестами. В свою очередь тесты бэка считают БД внешним ресурсом и не всегда работают с «живой» БД. В этом докладе будет рассмотрена доработанная библиотека pgTap. Эта разработка может организовать не только юнит-тестирование и CI кода в БД, но даже ускорит саму разработку.

Что необходимо дать современному прикладному разработчику, чтобы он перешёл из привычных облачных решений к использованию SQL-БД? Практический отчёт о том, как превратить базу данных на SQL в NoSQL-решение с привычным для прикладных разработчиков интерфейсом. Речь идёт о том, что ожидает прикладной разработчик от фреймворка для работы с данными, и как это реализовать поверх интерфейса SQL, в частности, декларативный DDL, контроль доступа, автоматизацию при записи и получении данных, упрощённый DML, пагинацию и другие функции, необходимые в прикладной разработке.

Столько слов было сказано о PostgreSQL как о результате работы его программного кода. Но Postgres — это не только код. Это люди, которые его создают, развивают и... Оставляют в нём частичку себя через комментарии.

Какие истории нам могут рассказать комментарии к коду PostgreSQL? Узнаем, какое слово самое популярное, какие комментарии остались в коде с самого первого публичного коммита,  как меняется стиль общения с развитием продукта и как за строчками кода и комментариев увидеть человека.

В докладе расскажем о ручной миграции хранимых процедур и табличных функций из MS SQL Server в PL/pgSQL. Мы сознательно выбрали ручной перевод вместо использования расширений PostgreSQL с автоматической конвертацией. Причина — сложная бизнес-логика в коде T-SQL, для которой мы хотели получить чистый, читаемый PL/pgSQL-код.

В исходном T-SQL коде использовались:

• Комбинация хранимых процедур и табличных функций
• Табличные переменные и пользовательские табличные типы
• Рекурсивные Common Table Expressions (CTE)
• Опциональные параметры

Миграция потребовала:

• Приведения имен к стандартам PostgreSQL
• Переименования параметров и локальных переменных
• Маппинг табличных типов
• Маппинг табличных параметров в массивы
• Маппинг табличных возвращаемых типов в SETOF-запись
• Перевод логики между массивами и таблицами

В докладе мы пройдем путь миграции цепочки зависимых T-SQL-функций в PL/pgSQL, разберем особенности и обойдем подводные камни обоих языков