Результат текстовой формы плана выполнения возвращается в форме строк. Database Engine использует вертикальную полосу для отображения зависимостей между существующими операциями. Текстовая форма планов выполнения может отображаться с использованием следующих опций оператора set: ♦ showplan_text; ♦ showplan_all. Пользователи, выполняющие запрос, могут отображать текстовый план выполнения запроса при помощи активации (установив значение опции в on) либо у опции оператора showplan_text, либо у опции showplan_all до того, как они введут соответствующий оператор select. Опция showplanall отображает ту же детальную информацию относительно плана выполнения запроса, что и showplan_text с дополнительной оценкой требуемых ресурсов для этого оператора. В примере 20.3 показано использование опции set showplan_text.…

Фраза «план выполнения XML» означает, что план выполнения запроса отображается в документе XML. (Более подробную информацию об XML.) Наиболее важным преимуществом использования планов выполнения XML является то, что такие планы могут быть перенесены с одной системы на другую, позволяя использовать их в другом программном окружении. Оператор set имеет две опции, связанные с XML: ♦ showplan_xml; ♦ statistics xml. Опция showplan_xml возвращает информацию в виде набора документов XML. Другими словами, если вы активируете эту опцию, то Database Engine возвращает детальную информацию о том, как операторы будут выполняться в форме хорошо созданного документа XML без их фактического выполнения. Каждый оператор отображается в…

Оператор set имеет много других опций, которые используются по отношению к блокировке, транзакции и операторам даты-времени. В связи со статистическими данными Database Engine поддерживает следующие три опции оператора set: ♦ statistics io; ♦ statistics time; ♦ statistics profile. В случае задания опции statistics io система отображает статистическую информацию, связанную со степенью активности по отношению к диску, сгенерированную запросом - например, количество операций ввода/вывода, обработанных в запросе. При задании опции statistics time система отображает время обработки, оптимизации и выполнения запроса. Когда активирована опция statistics profile, каждый выполняемый запрос возвращает его обычный результирующий набор, за которым следует дополнительный результирующий набор, возвращающий набор…

Графический план выполнения является лучшим способом отображения плана выполнения запроса, если вы пока еще начинающий или просто хотите быстро просмотреть разные планы в короткое время. Эта форма отображения использует пиктограммы для представления операторов в плане запроса. В качестве примера того, как графические планы выполнения могут быть запущены и как они выглядят, посмотрите на рис. 20.2, который показывает графический план выполнения запроса из примера 20.3. Для отображения плана выполнения в графической форме запишите запрос в окне Query Editor утилиты SQL Server Management Studio и щелкните мышью по кнопке Display Estimated Execution Plan в панели инструментов Management Studio. Альтернативным способом является выбор…

В этом разделе представлено несколько запросов, связанных с базой данных Adventureworks вместе с их планами выполнения. Эти примеры демонстрируют уже рассмотренные темы, предоставляя вам возможность увидеть, как оптимизатор запросов работает на практике. В примере 20.6 вводится новая таблица (newaddresses) в базу данных sample.   Пример 20.6 копирует содержимое таблицы address из схемы Person базы данных Adventureworks в новую таблицу базы данных sample. Это необходимо, потому что первая таблица содержит несколько индексов, которые препятствуют прямому использованию таблицы address из базы данных Adventureworks для демонстрации специфических свойств оптимизатора запросов. Кроме этого, в примере создается индекс для столбца stateProvinceiD этой таблицы. В примере…

Существует много представлений (и функций) динамического управления, которые напрямую связаны с оптимизатором запросов. В этом разделе рассматриваются следующие DMV (Dynamic Management View, представления динамического управления): ♦ sys. dm_exec_query_optimizer_infо; ♦ sys.dm_exec_query_plan; ♦ sys.dm_exec_query_stats; ♦ sys.dm_exec_sql_text; ♦ sys.dm_exec_text_query_plan; ♦ sys .dm_exec_procedure_stats (новое в SQL Server 2008). sys.dm_exec_query_optimizer_info Представление sys.dm_exec_query_optimizer_info, пожалуй, является наиболее важным DMV в плане работы оптимизатора запросов, потому что оно возвращает детальную статистику об операции оптимизатора. Вы можете использовать это представление при настройке рабочей нагрузки для определения проблем оптимизации запросов или для повышения производительности. Представление sys.dm_exec_query_optimizer_info содержит три столбца: counter, occurrence и value. Столбец counter содержит имя события оптимизатора, тогда…

Как вы уже знаете, хранимая процедура создается однажды и выполняется много раз. По этой причине план выполнения для хранимой процедуры (или пакета) размещается в кэше процедур. Таким образом, он может быть использован оптимизатором в любое время. Вы можете проверить кэш процедур, используя различные представления динамического управления. Одним из них является представление sys.dm_exec_query_pian, которое возвращает все планы выполнения, хранящиеся в кэше процедур вашей системы. (Планы выполнения отображаются в формате XML.) Документация Books Online содержит несколько полезных примеров использования этого представления DMV. Каждый план выполнения, хранящийся в кэше процедур, определяется по уникальному идентификатору, называемому дескриптором плана (plan handle). Представление sys. dm_exec_query_plan требует…

Представление sys.dm_exec_query_stats возвращает общие статистические данные для кэшированных планов запросов. Это представление содержит одну строку на один оператор запроса вместе с кэшированным планом, а время жизни строк связано с самим планом. В примере 20.14 с помощью оператора cross apply выполняется «соединение» представлений sys.dm_exec_query_stats и sys.dm_exec_query_plan ДЛЯ получения планов выполнения всех кэшированных планов. Кроме того, каждый оператор SQL в многооператорной процедуре или пакете будет отображаться отдельно. (Оператор cross apply подробно обсуждается.)  

Предыдущее представление, sys.dm_exec_query_stats, может быть использовано с некоторыми другими DMV для отображения различных свойств запросов. Другими словами, каждое DMV, которому требуется дескриптор плана для идентификации запроса, будет «соединено» с представлением sys.dm_exec_query_stats для отображения требуемой информации. Одним из таких представлений является sys.dm_exec_sqi_text. Это представление возвращает текст пакета SQL, который определяется указанным дескриптором. В документе Books Online показано множество полезных примеров, где «соединяются» представления sys.dm_exec_sql_text И sys.dm_exec_query_stats для получения текстов запросов SQL, которые были выполнены в пакетах, и предоставляют о них статистическую информацию. В отличие ОТ sys.dm_exec_sql_text представление sys.dm_exec_text_query_ plan возвращает план выполнения пакета в формате XML. Аналогично предыдущим представлениям, план задается…

Это представление похоже на представление sys.dm_exec_query_stats. Оно возвращает общие статистические данные для кэшированных хранимых процедур. Представление содержит одну строку на каждую хранимую процедуру, время жизни строки продолжается столько времени, пока хранимая процедура остается кэшированной. Когда хранимая процедура удаляется из кэша, соответствующая строка убирается из этого представления.