E.21. Postgres Pro Standard 12.6.2
Дата выпуска: 2021-04-02
E.21.1. Обзор
Этот выпуск основан на PostgreSQL 12.6 и Postgres Pro Standard 12.6.1. Все усовершенствования, унаследованные от PostgreSQL 12.6, перечислены в Замечаниях к выпуску PostgreSQL 12.6. Другие важные изменения и улучшения перечислены ниже:
Устранено переполнение знакового целого в ptrack, имевшее место при сохранении данных карты ptrack на диске. Ранее при использовании карты ptrack большого размера (
ptrack.mapsize> 17200 МБ) во время контрольной точки оно приводило к ошибке «FATAL/ERROR ptrack checkpoint: stat_buf.st_size != ptrack_map_size XXX != YYY» (ВАЖНО/ОШИБКА контрольная точка ptrack: stat_buf.st_size != ptrack_map_size XXX != YYY).Исправлено построение покрывающего индекса с неключевыми столбцами, для которых на уровне таблицы определено правило сортировки. Ранее при попытке выполнить операцию ANALYZE для таблицы с таким индексом выдавалась ошибка «
ERROR: could not determine which collation to use for string comparison» (ОШИБКА: не удалось определить, какое правило сортировки использовать для сравнения строк), хотя анализ столбцов по отдельности был возможен. Чтобы избежать появления этой ошибки в будущем, перестройте индексы, содержащие хотя бы один неключевой столбец подобного рода.
E.21.2. Миграция на версию 12.6.2
Если вы обновляете выпуск 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 и ниже перестройте покрывающие индексы с неключевыми столбцами, для которых на уровне таблицы определено правило сортировки.
E.21. Postgres Pro Standard 12.6.2
Release Date: 2021-04-02
E.21.1. Overview
This release is based on PostgreSQL 12.6 and Postgres Pro Standard 12.6.1. All improvements inherited from PostgreSQL 12.6 are listed in PostgreSQL 12.6 Release Notes. Other major changes and enhancements are as follows:
Fixed the signed integer overflow in ptrack that could occur when ptrack map data in RAM was saved to disk. Previously, for large-size ptrack maps (
ptrack.mapsize> 17200 MB), this resulted in a “FATAL/ERROR ptrack checkpoint: stat_buf.st_size != ptrack_map_size XXX != YYY” error during a checkpoint.Fixed building of covering indexes with included columns of type for which the collation is defined in the table. The fixed defect could result in an “
ERROR: could not determine which collation to use for string comparison” error during the ANALYZE operation on the table, although single columns could be successfully analyzed. To avoid this error in future, after upgrading, rebuild indexes containing at least one included column of such types.
E.21.2. Migration to Version 12.6.2
If you are upgrading from Postgres Pro Standard based on the same PostgreSQL major version, it is enough to install the new version into your current installation directory.
While functions numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt, and numeric_le are actually leakproof, they were not marked as such in Postgres Pro Standard 12.1.1, which could lead to incorrect query optimization. In particular, it negatively affected query execution if row-level security policy was in use. Version 12.2.1 repairs this issue for new installations by correcting the initial catalog data, but existing installations will still have incorrect markings unless you update pg_proc entries for these functions. You can run pg_upgrade to upgrade your server instance to a version containing the corrected initial data, or manually correct these entries in each database of the installation using the ALTER FUNCTION command. For example:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
When upgrading from Postgres Pro versions 12.6.1 or lower, rebuild indexes containing at least one included column of type for which the collation was defined in the table.
