Обновление на PostgreSQL. Издание reshape, утилита за миграция към нова схема без спиране на работата.

Създадени са коригиращи актуализации за всички поддържани версии на PostgreSQL: 14.2, 13.6, 12.10, 11.15 и 10.20, които коригират 55 грешки, установени през последните три месеца. Включително решени проблеми, които в редки случаи водят до повреди на индексите при промяна на булеви вериги HOT (heap-only tuple) по време на операция VACUUM или при изпълнение на операция REINDEX CONCURRENTLY за индекси на таблици, в които се използва механизма TOAST.

Отстранени са аварийни завършвания при изпълнение на ALTER STATISTICS и при изтегляне на данни с multirange типове. В планировчика на заявки са отстранени грешки, които водят до неправилни резултати. Отстранени са течове на паметта при актуализиране на индекси по изрази и при извършване на операцията 'REASSIGN OWNED BY' на голям брой обекти. Осигурено е изграждане на разширена статистика за сегментиране на таблиците.

Допълнително може да се отбележи изданието на утилитата reshape, която позволява без спиране на работата да се извършват сложни обновления на схемата на данни в PostgreSQL, които при нормални условия изискват ръчно извършване на промени и временно спиране на работата на услугите, използващи базата данни. Утилитата предлага възможност за преминаване от старата схема на данни към нова без дълги блокировки и без прекъсване на цикъла на обработка на запитванията. Утилитата автоматично създава представления на таблици, с които приложенията продължават да работят по време на миграцията на схемата на данни, а също така настройва тригери, които препращат операции за добавяне и изтриване на данни между старата и новата схема.

Така, при използване на reshape по време на миграцията, старата и новата схема остават достъпни едновременно и приложенията могат постепенно да бъдат прехвърлени на новата схема без спиране на работата (в големи инфраструктури е възможно постепенно да се заменят обработчиците от стари на нови). След завършване на прехвърлянето на приложенията на новата схема, създадените за поддържане на старата схема представления и тригери се изтриват. При установяване на проблеми с приложенията по време на миграцията, промяната на схемата може да бъде отменена и да се върне към старото състояние.

Източник: opennet.ru