E.2. Примечания к выпуску Tantor SE 18.3.0#

E.2. Примечания к выпуску Tantor SE 18.3.0
E.2. Примечания к выпуску Tantor SE 18.3.0
Назад НаверхПриложение E. Примечания к выпускуНачало Далее

E.2. Примечания к выпуску Tantor SE 18.3.0 #

E.2.1. Обзор
E.2.2. Основная функциональность СУБД
E.2.3. Дополнительно поставляемые модули
E.2.4. Изменения в установке и обновлении
E.2.5. Поддержка операционных систем
E.2.6. Поддерживаемые операционные системы
E.2.7. Миграция на версию 18.3.0

Дата выпуска:  2026-06-15

E.2.1. Обзор #

Tantor SE является российской СУБД, основанной на обновлённой и усовершенствованной версии СУБД PostgreSQL. Tantor SE 18.3.0 была основана на PostgreSQL 18.

Ниже приведены дополнительные модули и утилиты, добавленные в Tantor SE, а также список изменений в ядре сервера.

E.2.2. Основная функциональность СУБД #

Следующие изменения были внесены для улучшения СУБД:

  • Реализована поддержка работы логической репликации между кластерами СУБД с 32-битным и 64-битным идентификатором транзакций.

  • Добавлена возможность работы с временными таблицами на физической реплике.

  • В выводе команды EXPLAIN добавлен параметр tuples_fetched, который позволяет оценить эффективность использования индекса.

  • В выводе команды EXPLAIN добавлена дополнительная статистика по использованию узла Memoize.

  • Добавлена возможность параллельного сканирования временных таблиц с использованием параметров extended_parallel_processing и write_page_cost.

  • Оптимизирована проверка условия оператора IN при работе с MCV гистограммами.

  • Добавлена возможность использования номера последовательности фиксации (Commit Sequence Number, CSN — монотонно возрастающего 64-битного числа, присваиваемого каждой транзакции в момент её фиксации) для оптимизации определения видимости строк в снимках транзакций.

  • Добавлена возможность сжатия Compression Storage Manager (CSM) страниц базы данных на уровне менеджера хранения Tantor SE.

  • Добавлена возможность более раннего запуска WAL receiver на резервном сервере с помощью параметра wal_receiver_start_at, что уменьшает лишние задержки при возобновлении потоковой репликации после отставания воспроизведения.

  • Добавлена возможность частичного выполнения агрегации до соединений таблиц с последующей финализацией после завершения соединения с помощью параметра enable_eager_aggregate. Это позволяет сократить объем обрабатываемых данных и выбрать более эффективный план выполнения.

  • Исправлена ошибка, приводящая к исчерпанию локальных буферов при работе с временными таблицами при высоких значениях effective_io_concurrency.

  • Реализована оптимизация, позволяющая перемещать полу-соединения внутрь дерева соединений запроса. Это позволяет сократить объем обрабатываемых данных и выбрать более эффективный план выполнения.

  • Была реализована проверка, которая предупреждает о одновременном использовании несовместимых параметров extended_parallel_processing и enable_temp_memory_catalog.

  • Реализована возможность выбора модели оценки кардинальности. Для выбора доступны 2 модели: полностью независимая (Fully independent) и частично коррелированная (Partially correlated).

  • Добавлена поддержка CREATE TEMP TABLE ... ON COMMIT DROP для временных таблиц при использовании хранящегося в памяти системного каталога.

  • Исправлена ошибка, из-за которой параллельное выполнение запросов с временными таблицами могло завершаться сообщением index "tmpind_0" contains unexpected zero page at block 0.

  • Исправлена ошибка invalid page in block N of relation, которая могла возникать при выполнении запроса с использованием параллельной обработки временных таблиц.

Предостережение

Значение параметра jit по умолчанию изменено на off.

E.2.3. Дополнительно поставляемые модули #

pgaudit:

  • Реализован контроль активности пользователей вне белого списка whitelist_role с логированием событий.

  • Для пользователей из белого списка whitelist_role добавлена возможность не аудитировать операции во временных схемах.

В transp_anon реализована анонимизация данных на уровне table access method’ов, позволяющая покрыть всевозможные способы обхода. Улучшена производительность.

Добавлены расширения:

  • csn — предоставляет функции для получения номера последовательности фиксации (Commit Sequence Number), связанного с транзакциями и снимками.

  • pg_csm — предоставляет диагностическую оценку сжимаемости таблиц и индексов, использующих Compression Storage Manager.

  • pg_ilm — расширение управления жизненным циклом данных для Tantor SE, предназначенное для вычисления рекомендаций по архивированию для обычных таблиц и партиций (leaf partitions).

Обновленные расширения:

Удалённые расширения:

Расширение pg_uuidv7 удалено из contrib для Tantor SE 18 и выше, так как генерация UUIDv7 теперь поддерживается в ядре PostgreSQL. Функция генерации UUIDv7 осталась доступной под тем же именем: 

uuidv7()

E.2.4. Изменения в установке и обновлении #

Для сборок, предназначенных для выпуска, включена оптимизация времени компоновки (Link-Time Optimization, LTO).

E.2.5. Поддержка операционных систем #

Добавлена поддержка сборки для ОС Altlinux p11 и Debian 13 Trixie.

Прекращена поддержка сборки для ОС Debian 10 Buster и Ubuntu 20.

E.2.6. Поддерживаемые операционные системы #

Список поддерживаемых операционных систем (ОС) был расширен. Полный список приведен ниже:

  • Altlinux c9f2 (P8)

  • Altlinux p10

  • Altlinux p11

  • Astra Linux Special Edition 1.7

  • Astra Linux Special Edition 1.8

  • Astra Linux Special Edition 4.7

  • Debian 11 Bullseye

  • Debian 12 Bookworm

  • Debian 13 Trixie

  • Oracle Linux 8

  • Redos 7.3

  • Redos 8

  • Rocky 8

  • Rocky 9

  • Ubuntu 22

Сборки СУБД создаются и тестируются для этих операционных систем на постоянной основе.

Иные операционные системы архитектуры x86-64 поддерживаются по запросу.

E.2.7. Миграция на версию 18.3.0 #

Для миграции с PostgreSQL или Tantor DB сначала установите последнюю корректирующую версию, а затем выполните выгрузку/восстановление данных, применяя утилиту pg_dumpall или используя утилиту pg_upgrade.

Предостережение

Начиная с PostgreSQL 18, кластеры, инициализированные с помощью initdb, создаются с включёнными контрольными суммами страниц данных (data page checksums) по умолчанию. Это влияет на обновления с кластеров, созданных без checksums: утилита pg_upgrade требует, чтобы в старом и новом кластерах использовался одинаковый режим checksums. Если вы выполняете обновление до версии 18.3.0 с помощью pg_upgrade из кластера без checksums, создайте новый кластер 18.3.0 командой initdb --no-data-checksums, или заранее включите checksums в старом кластере перед запуском pg_upgrade.

Назад Наверх Далее
E.1. Примечания к выпуску Tantor SE 18.4.0 Начало E.3. Выпуск 18.4