Дата выпуска: 2018-06-01
Этот выпуск основан на PostgreSQL 10.4 и Postgres Pro Enterprise 10.3.3. Все изменения, унаследованные от PostgreSQL 10.4, описаны в Замечаниях к выпуску PostgreSQL 10.4. По сравнению с Postgres Pro Enterprise 10.3.3 эта версия также содержит следующие изменения:
Добавлена экспериментальная возможность приоритизации, позволяющая замедлять определённые сеансы в зависимости от назначенного им веса и объёма потребляемых ими ресурсов. (См. Подраздел 18.4.6.)
Реализованы следующие параметры libpq для многосерверных подключений:
hostorder, определяющий порядок подключения к серверам.
failover_timeout, позволяющий осуществить несколько попыток переподключения.
Обновлён модуль pg_wait_sampling.
Обновлён модуль in_memory.
Добавлен параметр конфигурации reusepass, запрещающий многократное использование запрошенного пароля при переподключении к базе данных.
Добавлен параметр cfs_compress_temp_relations для управления сжатием временных таблиц.
Исправлена логическая репликация между ванильной версией PostgreSQL и Postgres Pro Enterprise.
Устранена проблема с индексами GiST, построенными по столбцам типа intarray. После обновления обязательно перестройте такие индексы, выполнив команду REINDEX.
Скорректированы правила экранирования значений конфигурационных переменных в multimaster.
Исправлено некорректное обращение к странице в VALGRIND_CHECK_MEM_IS_DEFINED().
Устранены проблемы при работе с памятью в модуле aqo.
Доработано расширение mchar для правильной сортировки букв «й» и «ё». Перестройте индексы, использующие типы mchar или mvarchar, с помощью команды REINDEX.
В словари Snowball и Hunspell добавлена поддержка полнотекстового поиска для непальского языка.
Обновлён модуль jsquery.
Доработка PTRACK обновлена до версии 1.6.
Теперь ptrack не отслеживает нежурналируемые отношения.
Утилита pg_probackup обновлена до версии 2.0.17, в которой появились новые возможности:
Режим DELTA, в котором считываются все файлы данных в каталоге данных и создаётся инкрементальная копия для страниц, изменённых со времени предыдущего копирования.
Новые параметры команд restore и validate:
Параметр --immediate останавливает восстановление, как только достигается согласованное состояние.
Параметр --recovery-target-action задаёт действие, которое должен выполнить сервер по достижении цели восстановления.
Параметр --recovery-target-name указывает именованную точку сохранения, вплоть до которой будут восстановлены данные кластера.
С --write-recovery-conf в каталог вывода записывается минимальный файл recovery.conf для упрощения настройки резервного сервера.
За подробностями обратитесь к pg_probackup.
Модуль pg_pathman обновлён до версии 1.4.11. Эта версия по сравнению с 1.4.9 включает следующие усовершенствования:
Устранена проблема с дублированием записей в результатах запросов с наследованными таблицами. Вообще говоря, многоуровневое секционирование pg_pathman не поддерживает.
Устранена ложная ошибка table is being partitioned now (таблица сейчас секционируется), возникавшая в partition_table_concurrently().
Ослаблена обработка ограничения-проверки.
Исправлено некорректное использование memcpy() в start_bgworker().
Полный список изменений можно найти на вики-странице pg_pathman.
В pg_config добавлены параметры pgpro-version и pgpro-edition.
Файл recovery.conf теперь перезагружается, когда главный процесс сервера получает сигнал SIGHUP.
Произведено исправление ряда ошибок в модуле shared_ispell.
В системах на базе Debian пакет pg_repack переименован из pg-repack-10 в pg-repack-std-10.
Файлы журналов теперь автоматически открываются заново при получении сигнала SIGHUP процессом, регистрирующим сообщения.
Усовершенствована версия Postgres Pro Enterprise для Windows:
Устранена возникавшая в Windows проблема при вставке из буфера обмена в psql строк, содержащих знаки из разных наборов символов.
Усовершенствован алгоритм оптимизации предлагаемой по умолчанию конфигурации.
Теперь, устанавливая Postgres Pro в командной строке, вы можете отключить оптимизацию конфигурации, присвоив в INI-файле параметру needoptimization значение 0.
Если вы производите обновление с версии Postgres Pro Enterprise, базирующейся на том же основном выпуске PostgreSQL, достаточно установить новую версию в текущий каталог инсталляции.
При обновлении с версии 10.3.3 и ниже вы должны выполнить команду REINDEX для индексов GiST, построенных по столбцам типа intarray, а также для индексов, в которых используются типы mchar или mvarchar.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 10. Если вы выбираете вариант с выгрузкой/восстановлением данных, обязательно используйте параметр --add-collprovider, чтобы в восстановленной базе данных оказался корректный провайдер основного правила сортировки.