LINUX.ORG.RU

#RuPostgres Live 6. Максим Богук, DataEgret

 , , ,


0

2

Онлайн-митап. Ссылка: https://www.youtube.com/watch?v=kAz9sZdisnE

Начало через 10 минут.

Details
Подпишитесь на канал: https://www.youtube.com/c/RuPostgres — не пропустите трансляцию! (для этого есть «колокольчик») Там же будет чат для общения!

Очень глубокое погружение в очень продвинутый SQL.

В этот раз будет нечто ещё более безумное в плане онлaйна, чем раньше! Гигантский телемост Австралия — Калифорния — Германия — Россия %)

Подробнее о содержании митапа.

Не всегда проблемы производительности базы можно решить изменением настроек или простым созданием индексов. Когда эти простые способы не дают результата, в дело вступают более сложные техники, часто требующие переписывания запросов и тому подобной «дрессировки» оптимизатора.

С точки зрения разработчиков это отдает чёрной магией и выглядит очень сложным хакингом, однако, если разобраться в базовых принципах и научиться их комбинировать, можно добиться улучшения производительности на порядки.

Сегодняшний доклад посвещен нетривиальному использованию индексов для ускорения запросов.

Очень много внимания будет уделено обьяснению, как именно тот или иной приём работает и почему.

1. Использование INDEX ONLY SCAN для ускорения offset запросов
2. Использование индекса по (f1) для ускорения запросов ORDER BY f1, f2 LIMIT N
3. Использование индекса по (f2, f1) для ускорения запросов ORDER BY f1, f2 LIMIT N

В ближайшие месяцы будет продолжение этого доклада, посвящённое другим похожим задачам и проблемам.
★★★★★