SQL Server Execution Plans
Third Edition
For
SQL Server 2008 through to 2017
and Azure SQL Database
By Grant Fritchey
Published by Redgate Publishing 2018

Часто написанный вами запрос T-SQL ведет себя не так, как вы ожидаете, и вызывает медленное время отклика для пользователей приложения и конфликты ресурсов на сервере. Иногда вы не писали медленный запрос; он исходил от стороннего приложения или был кодом, сгенерированным ненадлежащим образом используемым ORM. В любой из этих и тысячи других ситуаций настройка запросов становится довольно сложной. Часто очень трудно сказать, просто взглянув на код T-SQL, почему запрос выполняется медленно. SQL — это декларативный язык, и запрос T-SQL описывает только набор данных, которые мы хотим, чтобы SQL Server возвращал. Он не сообщает SQL Server, как выполнить запрос, чтобы получить эти данные. Когда мы отправляем запрос в SQL Server, в действие вступают несколько серверных процессов, коллективная работа которых заключается в управлении запросом или изменением данных. В частности, компонент ядра реляционной базы данных, называемый оптимизатором запросов, выполняет проверку отправленного текста запроса и определяет стратегию его выполнения. Стратегия принимает форму плана выполнения, который содержит ряд операторов, каждый из которых описывает действие, которое необходимо выполнить с данными. Таким образом, если запрос выполняется плохо, и вы не можете понять, почему, план выполнения сообщит вам не только о том, какой набор данных возвращается, но и о том, что сделал SQL Server и в каком порядке для получения этих данных. Он покажет, как были извлечены данные, из каких таблиц и индексов, какие типы соединений использовались, в какой момент происходила фильтрация и сортировка и многое другое. Эти детали часто указывают на вероятный источник любой проблемы.