Адаптивный исполнитель запросов
К сожалению, уже давно известны случаи, когда оптимизатор строит неоптимальный план запрос, и часто данные случаи связаны с неверной оценкой кардинальности - из-за ожидания малого количества данных, оптимизатор предпочитает выбрать NestedLoop вместо других соединений, из-за чего время выполнения запроса может растянуться по времени. Наша команда разработала расширение SwitchJoin, которое имеет возможность, помимо основного выбранного оптимизатором пути NestedLoop, сформировать запасной, и, в случае, если количество кортежей было предсказано слишком малое, может переключаться на него.
Слайды
Слайды доступны участникам мероприятия, выполнившим вход в личный кабинет.
Видео
Видео доступно участникам мероприятия, выполнившим вход в личный кабинет
Другие доклады
-
Михаил Сироткин Postgres Professional стажёрВадим Лактюшин Инженер
pg_uprobe: Профилируем Си-шные функции PostgreSQL без боли и печали
Профилировать программы с помощью gdb/perf/ebpf/whatever бывает накладно по ряду причин. ebpf/perf выполняются в пространстве ядра, PostgreSQL работает в пользовательском пространстве, а переключение между пространстами может сильно ухудшить производительность. Также профилирование требует специальных привелегий, которых часто не хватает, и может сильно отличаться на разных операционных системах. Расширение pg_uprobe для PostgreSQL решает выше перечисленные проблемы: -не содержит внешних зависимостей аля ebpf/perf/whatever -легко установить (как и любое другое расширение) -профилирует отдельные бекенды и не только это... Приходить на наш доклад чтобы узнать как этим можно пользоваться, как оно реализовано внутри.
-
Денис Пантилеенко ООО Администратор баз данных
-
Павел Лузанов Postgres Professional Руководитель отдела образовательных программ
PostgreSQL 17
Рассмотрим наиболее интересные изменения 17-й версии PostgreSQL. Бета-версия этого доклада была представлена на апрельской конференции PgConf.Russia. На тот момент о PostgreSQL 17 было известно многое, но не всё. Да и автор не со всеми изменениями успел разобраться. На этот раз будет представлена расширенная и дополненная версия, включаяющая, но не ограниченная новинками в следующих областях: - инкрементальное резервное копирование; - оптимизация очистки (VACUUM), куда же без этого; - новые возможности MERGE; - слияние/разделение секций у секционированной таблицы; - изменения в логической и физической репликации; - улучшения в мониторинге и сопровождении системы.
-
Валерий Попов Postgres Professional Руководитель отдела ИБ
Безопасность отрасли СУБД-строения в России на примере PostgreSQL
В Реестре российского ПО имеется более 100 записей о СУБД. Такое количество продуктов вызывает вопросы у потенциальных пользователей СУБД: как ориентироваться, по каким критериям выбирать поставщика, чтобы в последствии было меньше проблем с надежностью сервисов и безопасностью данных. Возникает вопрос о безопасности разработки в отрасли СУБД-строения в целом и нерациональном использовании ресурсов: разработчиков, экспертов. Сертификация СУБД или всего процесса разработки предъявляет высокие требования к производителям. Но даже сертифицированные версии некоторых продуктов обновляются не так часто, как этого требует выявление уязвимостей. Выстраивание процесса безопасной разработки обеспечивает возможности своевременного и регулярного выпуска обновлений. В докладе будет приведен анализ срока жизни уязвимостей в некоторых СУБД. Если же обратиться к реальной СУБД, как ее безопасно эксплуатировать, то рассмотрим общие правила, соблюдение которых минимизирует риски порчи или утечки данных, а также отказов в обслуживании.