Может ли перенос планировщика Orca в расширение Postgres упростить обновления базы данных?

Переход от интеграции Orca непосредственно в ядро Greengage Database к использованию его как расширения Postgres, направлен на уменьшение внутренней зависимости. Первым шагом стало создание отдельного расширения Orca, подключенного через хук планировщика, что позволило отделить его код от ядра. Для этого потребовалось решение проблем с инициализацией и деинициализацией Orca, которые теперь выполняются отложено, из хука планировщика.
Может ли перенос планировщика Orca в расширение Postgres упростить обновления базы данных?
Изображение носит иллюстративный характер

После отделения Orca от ядра, была проведена работа по исключению зависимостей от компонентов memory protection и explain. Компонент memory protection был переработан с введением новой функции для отслеживания памяти, выделяемой расширениями. Компонент explain был переработан с использованием хука для вывода планов запросов в DXL-формате и добавлена возможность отображения имени используемого планировщика.

Из ядра были также вынесены специальные функции, такие как enable_xform и gp_opt_version, и перенесены в расширение. Параметр GUC optimizer, отвечавший за включение или выключение Orca, был переопределён для управления общим внешним планировщиком. Также была устранена зависимость от расширения pg_hint_plan.

После рефакторинга все исходные файлы Orca, его утилиты и настройки были перемещены в расширение, что обеспечивает динамическое включение и отключение Orca. Это изменение должно упростить будущие обновления PostgreSQL, сделать систему более модульной и гибкой и предоставить возможность использования сторонних планировщиков. При использовании нескольких планировщиков необходимо обеспечить корректный порядок загрузки расширений.


Новое на сайте

20854Как дешёвые Android-смартфоны превращаются в чужие прокси? 20853В Индии имя звонящего появится на экране вместе с номером 20852Как проверить готовность команды к звонку с клонированным голосом? 20851Уязвимости MarkLogic: делегированные права могли открыть путь к администраторскому... 20850Как GitHub закрыл лазейку, угрожавшую тысячам npm-пакетов? 20849Hirudo подменяет банковские приложения, чтобы обойти их защиту 20848Как Vghost превратил старую ошибку Linux в путь к root? 20847Уязвимости в PAN-OS и Cisco Secure Email Gateway уже используют атакующие 20846Как уязвимость GitLab могла открыть сервер для чужого кода? 20845Уязвимость SAP Cloud SDK могла отправить OAuth2-секреты злоумышленнику 20844Уязвимость в Nextcloud открыла путь к веб-оболочкам на серверах 20843Смогут ли малые ИИ-модели превратить бытовую технику в ботнет? 20842Пять уязвимостей NGINX: кому грозит риск и как закрыть его 20841Тайный диктофон в OpenAI: что утверждают следователи 20840Как проверять уязвимость входа, не заходя дальше дозволенного?
Ссылка