E.1. Postgres Pro Enterprise 9.6.1.2

Дата выпуска

2016-12-15

E.1.1. Обзор

Этот выпуск основан на Postgres Pro 9.6.1.2

В число ключевых усовершенствований по сравнению с Postgres Pro 9.6.1.2 входят:

Добавлен алгоритм поиска k ближайших соседей (KNN) для SP-GiST и B-дерева (см. Главу 64)

В качестве отдельного модуля добавлена реализация индексов RUM, основанная на GIN (см. Раздел F.49)

Уменьшен прирост WAL при операциях CREATE INDEX с индексами GiST, GIN, SP-GiST

Добавлен таймаут для простаивающих сеансов на стороне сервера (см. idle_session_timeout)

Добавлена поддержка алгоритма SHA-2 для шифрования паролей (см. Подраздел 21.3.2)

Добавлено сжатие на уровне страниц (CFS) (см. Главу 33)

Добавлена поддержка автономных транзакций (см. Главу 16)

Добавлен новый дополнительный рабочий процесс для планирования задач по правилам (см. pgpro_scheduler)

Добавлена поддержка перемещаемых таблиц (см. pg_transfer)

Добавлено расширение pg_hint_plan (см. Раздел F.35)

Для идентификаторов транзакций на 64-битных платформах используется 64-битный тип данных

«Отложенное» размещение временных таблиц на диске

Согласованное чтение на ведомом сервере (ожидание применения WAL, см. WAITLSN)

Добавлена утилита pg_repack (см. pg_repack)

E.1.2. Миграция на версию Postgres Pro Enterprise 9.6.1.2

Тем, кто хочет мигрировать данные из любой предыдущей основной версии, необходимо выполнить выгрузку/загрузку данных с помощью pg_dumpall или воспользоваться pg_upgrade.

При миграции с PostgreSQL или стандартной редакции Postgres Pro необходимо произвести выгрузку/восстановление базы.

При обновлении с предыдущих выпусков Postgres Pro, а также с ванильного PostgreSQL 9.6.x требуется произвести некоторые изменения в каталоге.

Если вы используете бинарные пакеты, и ваша база данных расположена в стандартном месте, эти обновления будут выполнены автоматически. Если вы собираете Postgres Pro из исходных текстов или создаёте ваши базы данных в нестандартном месте, самостоятельно вызывая initdb, необходимо выполнить для этих баз скрипт pgpro_upgrade, включённый в этот дистрибутив.

Перед запуском скрипта следует остановить сервис postgres. Скрипт должен запускать пользователь-владелец файлов базы (обычно postgres). В момент запуска переменная среды PGDATA должна указывать на обновляемую базу.