![Павел Толмачев Павел Толмачев](/media/2022/07/29/IMG_1613 (copy).JPG.180x180.jpg)
Коллапс в планах запросов. Достигаем и управляем
Чем больше таблиц участвует в запросе, тем сложнее планировщику выбрать подходящий план выполнения (увеличивается время и используемая память). Как бы подсказать планировщику, что лучше эту пару таблиц соединить первой, а остальные - потом? Как поступить, если видно, что часть запроса можно улучшить, но оптимизатор этого не делает? В докладе я расскажу про управление порядком соединений - вы узнаете, как можно повлиять на формирование плана запроса стандартными способами "ванильного" PostgreSQL.
Слайды
Толмачев.odpВидео
Видео доступно участникам мероприятия, выполнившим вход в личный кабинет
Другие доклады
-
Алексей Арустамов Loginom Company директор
Быстрый ETL для PostgreSQL
ETL – одна из первых задач, которую надо решить любому пользователю PostgreSQL. Существует ошибочное мнение, что low-code инструменты, реализующие ETL-процедуры, снижают требования к пользователю, но жертвуют производительностью и/или гибкостью. В выступлении будет продемонстрировано, что можно быстро и легко проектировать ETL-процедуры, не теряя в производительности. Рассказано, за счет чего обеспечивается высокая скорость, как используются особенности PostgreSQL и как связка PostgreSQL и low-code платформы позволяет закрыть одну из самых частых болей пользователей.
-
ММихаил Московский Postgres Professional Инженер
Скорость физической репликации в PostgreSQL.
Репликация - один из важных механизмов, призванный обеспечить отказоустойчивость и масштабируемость базы данных. В нашей практике мы регулярно сталкиваемся с проблемой низкой производительности репликации. Это побудило нас исследовать факторы, влияющие на скорость физической репликации. В этом докладе я расскажу о полученных результатах исследования. Также покажу, как менялась производительность репликации на разных версиях PostgreSQL.
-
Алексей Сабанов АО "Аладдин Р.Д." Заместитель генерального директораДенис Суховей Аладдин Р.Д. Директор по продукту
Криптографическая защита информации с помощью "Крипто БД" или как достичь технологического суверенитета информационной системы
Мифы и заблуждения импортозамещения. "Окирпичивание" серверов СУБД как острая угроза. Базовый план импортозамещения и проблемы переходного периода. Защита информации в СУБД и образ идеальной системы защиты. Крипто БД - система криптографической защиты данных. Как это работает?
-
Федор Сигаев Postgres Professional технический директор, ведущий разработчик PostgreSQLНикита Малахов Postgres Professional Senior Software Developer
Большие значения в PostgreSQL
Одной из задач современной базы данных является задача хранения больших значений. Само по себе хранение больших значений не представляет собой особых сложностей, но оперирование такими значениями или полями представляет собой нетривиальную задачу. PostgreSQL может предложить несколько вариантов сохранения больших значений, но все они обладают теми или иными недостатками. Как ответить на этот вызов? Наш ответ в докладе - как хранить большие и сложные значения и как с ними оперировать.