E.19. Postgres Pro Standard 12.8.1
Дата выпуска: 2021-08-25
E.19.1. Обзор
Этот выпуск основан на PostgreSQL 12.8 и Postgres Pro Standard 12.7.1. Все усовершенствования, унаследованные от PostgreSQL 12.8, перечислены в Замечаниях к выпуску PostgreSQL 12.8. Другие важные изменения и улучшения перечислены ниже:
Добавлена поддержка ОС Debian 11.
Приложение mamonsu обновлено до версии 3.0, которая несовместима с предыдущей. Прежде чем перейти к использованию данной версии, ознакомьтесь с Замечаниями о совместимости mamonsu.
Добавлена поддержка РЕД ОС 7.3 МУРОМ.
Добавлена поддержка операционной системы Astra Linux «Смоленск» 1.7.
Исправлено поведение команды
ALTER TABLE IF EXISTSв случаях, когда исходная таблица отсутствует и при этом загружено расширение pg_pathman. Ранее выдавалось сообщение уровнятаблицаRENAME TOтаблица1ERROR, а теперь —NOTICE; именно так ведёт себя Postgres Pro, когда расширение pg_pathman не загружено.Приложение pg_probackup обновлено до версии 2.5.1, в которой добавлена новая команда
catchupдля копирования экземпляра Postgres Pro напрямую, без использования каталога резервных копий. Это позволяет добавить новый ведомый сервер в параллельном режиме или синхронизировать отставший ведомый сервер с ведущим.Исправлена ошибка в оптимизаторе запросов, в результате которой завышалась стоимость сканирования уникального индекса. Это проявлялось в том, что в случае выбора при сканировании между уникальным индексом и неуникальным предпочитался второй, что могло приводить к чрезмерному количеству обращений к диску и общему замедлению.
E.19.2. Миграция на версию 12.8.1
Если вы обновляете выпуск Postgres Pro Standard на базе той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Standard версии 12.1.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 12.2.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
При обновлении с версии Postgres Pro 12.6.1 и ниже перестройте покрывающие индексы с неключевыми столбцами, для которых на уровне таблицы определено правило сортировки.
Если вы используете PTRACK в процедуре резервного копирования, реализуемой c помощью утилиты pg_probackup, и обновляетесь с Postgres Pro версии 12.6.2 или ниже, сделайте полную резервную копию базы данных после обновления.