Руководство по созданию эффективных запросов

П
ланы
 
выПолнения
Часто, когда мы объясняем, как читать планы выполнения, слушателей по-
ражает размер плана даже для относительно простого запроса, а ведь в плане 
выполнения более сложного запроса могут быть сотни строк. Чтобы прочи-
тать даже такой простой план, как на рис. 4.1, может потребоваться некото-

---

62

Планы выполнения
рое время. Иногда, хотя каждая строчка плана сама по себе понятна, остается 
вопрос: «Вот у меня медленный запрос, и вы говорите, чтобы я посмотрел 
план выполнения. Но там сотни строк, и что мне с этим делать? С чего на-
чать?»
Хорошая новость заключается в том, что в большинстве случаев вам не 
нужно читать весь план, чтобы понять, что именно замедляет выполнение. 
В этом разделе мы подробнее познакомимся с интерпретацией планов вы-
полнения.
Что происходит во время оптимизации?
Как упоминалось в главе 2, оптимизатор выполняет два вида преобразова-
ний: заменяет логические операции соответствующими физическими ал-
горитмами выполнения и (возможно) изменяет структуру логического вы-
ражения, изменяя порядок, в котором выполняются логические операции.
Первый шаг – это переписывание запроса. На этом этапе оптимизатор 
PostgreSQL улучшает код, раскрывая подзапросы, заменяя представления 
их текстовым видом и т. д. Важно помнить, что этот шаг происходит всегда. 
Учебники по SQL, рассказывая о концепции представления, часто говорят, 
что «представления можно использовать как таблицы», и это вводит в за-
блуждение. В большинстве случаев представления заменяются их исходным 
кодом. Тем не менее «в большинстве случаев» не значит «всегда». В главе 7 
обсуждаются представления и то, как оптимизатор обрабатывает их, а также 
связанные с ними потенциальные проблемы производительности.
Следующим шагом после переписывания запроса выполняется то, что мы 
обычно и называем оптимизацией. Она включает: