ВХОДИТ В ЕДИНЫЙ РЕЕСТР РОССИЙСКИХ ПРОГРАММ И БАЗ ДАННЫХ
СУБД Postgres Pro Standard
Российская система управления базами данных
на основе PostgreSQL
Почему выбирают СУБД Postgres Pro Standard?
СУБД Postgres Pro Standard разработана специально для российского рынка на основе открытой СУБД PostgreSQL./>
Новые возможности
Популярная платформа
Техподдержка
Российское законодательство
Отличия Postgres Pro Standard от PostgreSQL
Улучшения производительности на многоядерных системах
- Оптимизация выделения хэш-таблиц в shared memory, исключающая lock contention при большом количестве процессов.
- Оптимизация Resource Owner, повышающая производительность сложных запросов и запросов к таблицам с большим количеством партиций.
- Оптимизации buffer manager.
- Оптимизации двухфазного коммита.
Усовершенствования полнотекстового поиска
- Поддержка поиска фраз.
- Поддержка словарей hunspell для работы со словоформами.
- Некоторые словари, в том числе русский и английский, включены в состав дистрибутива и их подключение требует одной команды SQL.
- Модуль shared_ispell, оптимизирующий производительность полнотекстового поиска, путем загрузки словарей в память при старте сервера, а не при начале сессии.
Переносимость
Доступ к внутреннему представлению данных
Сохранение планов выполнения запросов
Сохранение информации о статистике
Нечеткий поиск подстрок
Покрывающие индексы
Запросы к полям типа JSONB
Совместимость с Microsoft SQL Server
Предотвращение разрастание каталога pg_class
Обновление статистики
Управление индексами при выполнении запроса
Текущая версия
Версия Postgres Pro Standard 16.3.1 выпущена
E.1. Postgres Pro Standard 16.3.1 #
Дата выпуска: 2024-05-23
E.1.1. Обзор #
Этот выпуск основан на PostgreSQL 16.3 и Postgres Pro Standard 16.2.2. Все усовершенствования, унаследованные от PostgreSQL 16.3, перечислены в Замечаниях к выпуску PostgreSQL 16.3. Другие важные изменения и улучшения перечислены ниже:
Отключён тайм-аут запуска системы: значение параметра
TimeoutSec
в systemd теперь по умолчанию равно 0. Ранее большие БД могли не успеть запуститься за указанное в параметре время.Понижен уровень протоколирования во время создания указанной точки восстановления во время тайм-аута между контрольными точками только для неактивных баз. Это позволяет удалить из журнала лишние сообщения.
Устранена проблема, приводившая к ошибке «cache lookup failed for collation 128» (ошибка поиска правила сортировки 128 в кеше). Теперь для дополнительных столбцов индекса
INCLUDE
правила сортировки игнорируются.Исправлена проблема, из-за которой после выполнения команды
ALTER PUBLICATION pub ADD TABLE tab
некоторые данные не передавались подписчику логической репликации. Основная причина проблемы заключалась в недостаточной взаимоблокировке междуALTER PUBLICATION
и созданием снимка.Устранены две ошибки в планировщике. Первая была связана с дублированием выражений и в некоторых случаях приводила к занижению оценки избирательности и стоимости, из-за чего выбирался неоптимальный план. Вторая ошибка заключалась в завышенной оценке избирательности для узла
AppendOr
из-за завышения оценки избирательности подузлов, что приводило к завышению оценки стоимости плана.Добавлена поддержка ОС Astra Linux 1.8; поддержка ОС Astra Linux «Орёл» 2.12 и Astra Linux «Смоленск» 1.6 прекращена.
Добавлена поддержка ОС Ubuntu 24.04.
Добавлена поддержка РЕД ОС МУРОМ 8.
Модуль aqo обновлён до версии 2.1, в которой добавлен параметр конфигурации aqo.wal_rw, позволяющий включать физическую репликацию и выполнять полное восстановление данных после сбоя aqo.
Добавлен модуль 1С dbcopies_decoding для обновления копий баз данных. Он реализован как модуль логической репликации и представлен в
postgrespro-std-16-contrib
.Модуль mamonsu обновлён до версии 3.5.8, в которой улучшена производительность и исправлены некоторые ошибки. Основные изменения перечислены ниже:
Добавлена поддержка API Zabbix 6.4: обработка устаревших параметров для запросов аутентификации.
Исключено кеширование метрики
pgsql.connections[max_connections]
.Обновлены правила ротации журналов по умолчанию.
Выполнена подготовка для поддержки Python 3.12.
Изменены названия метрик модуля pg_locks. Имейте в виду, что эти изменения могут нарушить работу пользовательских триггеров и функций обработки, использующих параметр
item.name
.Исправлено несоответствие типов для pgpro_stats и pg_wait_sampling.
Исправлена ошибка в правах роли
mamonsu
, созданной с помощьюbootstrap
.
Модуль orafce обновлён до версии 4.10.0.
Приложение pg_probackup обновлено до версии 2.8.0, в которой улучшена производительность, добавлены новые возможности и исправлены некоторые ошибки. Основные изменения перечислены ниже:
Добавлена возможность ограничить скорость записи на диск с помощью параметра
--write-rate-limit
==bitrate (Mbps, Gbps)
.Уменьшено потребление памяти при восстановлении длинных последовательностей инкрементальных копий в среднем в два раза.
Добавлена возможность проверять только архив WAL.
Расширено действие параметра
--dry-run
для всех команд pg_probackup.По умолчанию при резервном копировании в режиме STREAM теперь создаётся временный слот, если не указано иное.
Алгоритм сжатия по умолчанию изменён на
zstd
. Еслиzstd
не поддерживается системой, будет выбран алгоритмlz4
. Параметр--compress
теперь задаёт значения по умолчанию для--compress-level
и--compress-algorithm
.
Добавлена функция
pgv_exists_elem
в pg_variables, которая проверяет, существует ли элемент с ключом в общей переменной-коллекции.Добавлено расширение pgvector, предоставляющее поиск сходства векторов в Postgres Pro.
Расширение pgpro_stats обновлено до версии 1.7.1, в которой были исправлены некоторые ошибки и появились новые возможности. Основные изменения перечислены ниже:
Добавлена возможность сохранения ненормализованных планов для запросов в pgpro_stats, планы которых ранее не сохранялись.
Исправлена проблема, препятствовавшая мониторингу, когда представление
pgpro_stats_statements
содержало большое количество строк с одинаковыми значениямиplan
иqueryid
, но разными значениямиplanid
. Проблема была вызвана ошибкой в разборе дерева планов, содержащего узелT_Memoise
.
Модуль pgpro_pwr обновлён до версии 4.5.
Исправлена ошибка «ERROR: query failed: ERROR: tablespace "XXXX" does not exist» (ОШИБКА: запрос не выполнен: ОШИБКА: табличное пространство «XXXX» не существует), которая могла возникать, когда команда
pg_repack
пыталась реорганизовать таблицы в табличном пространстве, имя которого начинается с цифры. Основная причина проблемы заключалась в отсутствии дополнительных кавычек, которые ожидались pg_repack.
E.1.2. Миграция на версию 16.3.1 #
Если вы обновляете выпуск Postgres Pro Standard на базе той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Для перехода с PostgreSQL или выпуска Postgres Pro Standard, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям в Замечаниях к выпуску Postgres Pro Standard 16.0.1.
Узнать стоимость СУБД Postgres Pro Standard
Свяжитесь с нами, чтобы узнать подробности:
sales@postgrespro.ru
Другие версии СУБД Postgres Pro
Вас также могут заинтересовать:
Закажите тестирование СУБД Postgres Pro Standard
Выберите вариант СУБД для тестирования:
Запросить ПО на тестирование
Тестовые лицензии СУБД Postgres Pro предназначены исключительно для целей разработки, тестирования и ознакомления с возможностями продукта. Использование данных лицензий в коммерческих и производственных целях, а также промышленной эксплуатации не разрешается. Для промышленной эксплуатации необходимо осуществить приобретение коммерческих лицензий.
По истечении срока действия Соглашения Пользователь обязан прекратить использование программного обеспечения.
С полным текстом лицензионного соглашения для тестовых лицензий можно ознакомиться по ссылке.
Вы можете протестировать Продукт ПО, получив безвозмездно право его использования на основании простой (неисключительной) лицензии согласно условиям Соглашения, изложенного ниже.
Если, ознакомившись с Соглашением, Вы согласны соблюдать его условия при использовании Продукта, то Вам необходимо направить в ООО «ППГ» Заявку на тестирование по Форме. По итогам одобрения Заявки Соглашение будет считаться заключенным и вступит в силу с даты направления Правообладателем в личный кабинет Пользователя уведомления об акцепте Заявки и направления ООО «ППГ» на адрес электронной почты, указанный Вами в Заявке, информации для скачивания дистрибутива Продукта.