Как посмотреть план выполнения запроса в microsoft sql server

Метод 1 – Использование SQL Server Management Studio

SQL Server поставляется с несколькими опрятными функциями, которые позволяют легко выполнить план выполнения, просто убедитесь, что пункт меню «Включить фактический исполняемый план» (найденный в меню «Запрос») отмечен галочкой и запускает ваш запрос как обычно ,

Если вы пытаетесь получить план выполнения для инструкций в хранимой процедуре, вы должны выполнить хранимую процедуру, например:

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

Отсюда вы можете проверить план выполнения в SQL Server Management Studio или щелкнуть правой кнопкой мыши по плану и выбрать «Сохранить план выполнения как …», чтобы сохранить план в файл в формате XML.

Operator costs

Each operator in a SQL Server execution plan is associated with a cost. The operator cost is relative to other costs in the execution plan. Usually, we need to concentrate on the costly operator and tuning the query around it.

In the event of a complicated execution plan, it might be challenging to identify the costly operator. In this case, you can use SET SHOWPLAN_ALL ON, and it will provide information in a tabular format.

You can also use the to break down the execution plan at each operator and statement level.

SQL Server Management Studio (SSMS) also gives the flexibility to find an operator based on search criteria. To do this, right-click on the execution plan and select Find Node. This will open a window with various search conditions. Specify your requirement, and it will point to the particular node, as shown below.

Alternatively, you can use Azure Data Studio and navigate to Run Current Query with Actual Plan under the Command palette. This gives an actual execution plan in a compact form, along with the Top operations to quickly identify costly operators.

Отображение действительного плана выполнения

В этой теме описывается, как создать фактические графические планы выполнения с использованием среды SQL Server Management Studio. Фактические планы выполнения создаются после выполнения запросов или пакетов Transact-SQL. Поэтому фактический план выполнения содержит сведения времени выполнения, такие как фактические метрики использования ресурса и предупреждения времени выполнения (если они есть). Создаваемый план выполнения отображает фактический план выполнения запроса, который используется в Компонент SQL Server Database Engine для выполнения запросов.

Для использования этой возможности необходимо иметь соответствующие разрешения на выполнение запросов Transact-SQL , для которых создается графический план выполнения, и разрешение SHOWPLAN для всех баз данных, на которые ссылается запрос.

Включение плана выполнения для запроса в процессе выполнения

На панели инструментов среды SQL Server Management Studio щелкните Запрос к компоненту Database Engine. Можно также нажать на панели инструментов кнопку Открыть файл , выбрать существующий запрос и, открыв его, просмотреть предполагаемый план выполнения.

Введите запрос, для которого необходимо отобразить фактический план выполнения.

В меню Запрос выберите Включить действительный план выполнения или нажмите кнопку Включить действительный план выполнения на панели инструментов.

Выполните запрос, нажав кнопку Выполнить на панели инструментов. План, используемый оптимизатором запросов, отображается на вкладке План выполнения на панели результатов.

Наведите указатель мыши на логические и физические операторы, чтобы просмотреть описание и свойства операторов во всплывающих подсказках, включая свойства всего плана выполнения с помощью оператора корневого узла (узел SELECT на приведенном выше рисунке).

Также можно просмотреть свойства оператора в окне «Свойства». Если «Свойства» не видны, щелкните оператор правой кнопкой мыши и выберите Свойства. Выберите оператор для просмотра его свойств.

Изменить внешний вид отображаемого плана выполнения можно, щелкнув его правой кнопкой мыши и выбрав пункты Увеличить масштаб, Уменьшить масштаб, Выборочное увеличение или Масштаб по размеру. Пункты Увеличить масштаб и Уменьшить масштаб позволяют увеличивать или уменьшать масштаб отображения плана выполнения, в то время как пункт Выборочное увеличение позволяет определять собственный масштаб, например 80 процентов от полного размера. При использовании пункта Масштаб по размеру план выполнения масштабируется до размеров панели результатов. Также можно включить динамическое масштабирование, повернув колесико мыши с зажатой клавишей CTRL.

Для перемещения по изображению плана выполнения используйте вертикальную и горизонтальную полосы прокрутки или нажмите и удерживайте точку на любом пустом месте плана выполнения и перетаскивайте указатель мыши. Или нажмите и удерживайте значок плюса (+) в правом нижнем углу окна плана выполнения, чтобы открыть миниатюру карты всего плана выполнения.

Также можно использовать SET STATISTICS XML для получения сведений о плане выполнения каждой инструкции после ее выполнения. При использовании в SQL Server Management Studio на вкладке Результаты будет отображаться ссылка на план выполнения в графическом формате. Дополнительные сведения см. в разделе Инфраструктура профилирования запросов.

Parallelism

Операторы параллелизма обычно считаются хорошими вещами: SQL Server дробит ваши данные на множество частей для асинхронной обработки на множестве процессоров, сокращая общее время работы, требуемое для выполнения вашего запроса.

Однако параллелизм может стать плохим, если большинство запросов используют его. При параллелизме процессоры по-прежнему выполняют тот же самый объем работы, что и без него, тем самым отнимая ресурсы у других запросов, которые могут быть запущены, плюс накладывается дополнительная нагрузка на SQL Server по дроблению и последующему объединению всех данных из множества нитей выполнения.

Если параллелизм является узким местом производительности, можно рассмотреть вопрос об изменении порогового значения стоимости для настройки параллелизма, если оно установлено слишком низким.

Позиционирование в помещении с помощью нейросети по сигналу Wi-Fi. Интерактивная карта склада в 1С с показом позиции

Данная публикация содержит в себе редактор и интерактивную карту склада или иного помещения, на которой в реальном времени отображается позиция устройства, координаты которого вычисляются по уровням сигнала нескольких роутеров Wi-Fi. В статье и приложенным к ней разработкам предлагаются инструменты и методика для реализации вычисления точной геопозиции внутри помещений с помощью нейронной сети. Конфигурация написана на релизе 1С:Предприятие 8.3.12.1412, клиентское приложение имеет минимальный уровень совместимости SDK -16.

5 стартмани

09.08.2018
44042
35

informa1555

Включение плана выполнения для запроса в процессе выполнения

Введите запрос, для которого необходимо отобразить фактический план выполнения.

Источник

Способ 2 — Использование опций SHOWPLAN

Этот метод очень похож на метод 1 (на самом деле это то, что делает SQL Server Management Studio внутренне), однако я включил его для полноты или если у вас нет доступной SQL Server Management Studio.

Перед выполнением запроса запустите один следующих операторов. Оператор должен быть единственным оператором в пакете, т.е. Вы не можете одновременно выполнять другой оператор:

Это параметры подключения, поэтому вам нужно только запустить этот раз для каждого подключения. С этого момента все запущенные операторы будут сопровождаться дополнительным набором результатов, содержащим ваш план выполнения в нужном формате, — просто запустите свой запрос, как обычно, чтобы увидеть план.

Как только вы закончите, вы можете отключить этот параметр со следующим утверждением:

Сравнение форматов плана выполнения

Если у вас есть сильное предпочтение, я рекомендую использовать параметр . Эта опция эквивалентна опции «Включить фактический план выполнения» в SQL Server Management Studio и предоставляет самую большую информацию в наиболее удобном формате.

— отображает базовый оценочный план выполнения, основанный на тексте, без выполнения запроса
— отображает оценочный план выполнения на основе текста с оценкой стоимости без выполнения запроса
— отображает оценочный план выполнения на основе XML с оценкой стоимости без выполнения запроса. Это эквивалентно опции «Отобразить примерный план выполнения…» в SQL Server Management Studio.
— Выполняет запрос и отображает фактический план выполнения на основе текста.
— Выполняет запрос и отображает фактический план выполнения на основе XML. Это эквивалентно опции «Включить фактический план выполнения» в SQL Server Management Studio.

Типы хранимых процедур

Системные хранимые процедуры предназначены для выполнения раз-
личных административных действий. Практически все действия по адми-
нистрированию сервера выполняются с их помощью. Можно сказать, что
системные хранимые процедуры являются интерфейсом, обеспечивающим
работу с системными таблицами. Системные хранимые процедуры имеют
префикс sp_, хранятся в системной базе данных и могут быть вызваны в
контексте любой другой базы данных.

Пользовательские хранимые процедуры реализуют те или иные дейст-
вия. Хранимые процедуры – полноценный объект базы данных. Вследствие
этого каждая хранимая процедура располагается в конкретной базе дан-
ных, где и выполняется.

Временные хранимые процедуры существуют лишь некоторое время,
после чего автоматически уничтожаются сервером. Они делятся на ло-
кальные и глобальные. Локальные временные хранимые процедуры могут
быть вызваны только из того соединения, в котором созданы. При созда-
нии такой процедуры ей необходимо дать имя, начинающееся с одного
символа #. Как и все временные объекты, хранимые процедуры этого типа
автоматически удаляются при отключении пользователя, перезапуске или
остановке сервера. Глобальные временные хранимые процедуры доступны
для любых соединений сервера, на котором имеется такая же процедура.
Для ее определения достаточно дать ей имя, начинающееся с символов ##.
Удаляются эти процедуры при перезапуске или остановке сервера, а также
при закрытии соединения, в контексте которого они были созданы.

Отображение действительного плана выполнения

Применимо к: SQL Server (все поддерживаемые версии) База данных SQL Azure

Получение кэшированного плана запроса с помощью динамической функции

Перед выполнением запроса СУБД проверяет наличие актуального кэшированного плана запроса. Если такой план запроса существует, тогда СУБД использует его, а не компилирует план запроса заново. Это позволяет сократить время выполнения запроса и именно поэтому, после выполнения очистки процедурного кэша, запросы выполняются дольше (происходит компиляция плана запроса). Таким образом, если мы знаем текст искомого запроса, мы можем получить его план из кэша (если он есть в кэше). Для этого необходимо обратиться к следующим динамическим функциям:

Функция	Описание
dm_exec_query_stats	Возвращает суммарную статистику производительности для кэшированных планов запросов в SQL Server
dm_exec_sql_text	Возвращает текст пакета SQL, который определен указанным параметром
dm_exec_query_plan	Возвращает события инструкции Showplan в XML-формате для пакета, указанного в дескрипторе плана

Для поиска плана запроса необходимо выполнить в SQL Server Management Studio нижеприведенный запрос (также доступен во вложении к статье), при этом изменив условия отбора:

Поиск кэшированного плана запроса

SELECT TOP 20
qs.last_execution_time AS Last_execution_time,
SUBSTRING(qt.text,
(qs.statement_start_offset/2) + 1,
((CASE qs.statement_end_offset
WHEN -1 THEN DATALENGTH(qt.text)
ELSE qs.statement_end_offset
END — qs.statement_start_offset)/2) + 1) AS Query_text,
qp.query_plan AS Query_plan,
qs.execution_count AS Execution_count
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS qt
CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) AS qp
WHERE qs.last_execution_time > ‘2016-08-01 11:30:00.000’ /* 1. Date & Time filter */
and qt.text like ‘%FROM dbo._AccumRg17539 T1%’ /* 2. SQL query text filter */
and qt.text not like ‘%Query Finder%’ /* 3. Special condition */

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

SELECTTOP20

qs.last_execution_timeASLast_execution_time,

SUBSTRING(qt.text,

(qs.statement_start_offset2)+1,

((CASEqs.statement_end_offset

WHEN-1THENDATALENGTH(qt.text)

ELSEqs.statement_end_offset

END-qs.statement_start_offset)2)+1)ASQuery_text,

qp.query_planASQuery_plan,

qs.execution_countASExecution_count

FROMsys.dm_exec_query_statsASqs

CROSSAPPLYsys.dm_exec_sql_text(qs.sql_handle)ASqt

CROSSAPPLYsys.dm_exec_query_plan(qs.plan_handle)ASqp

WHEREqs.last_execution_time>’2016-08-01 11:30:00.000’/* 1. Date & Time filter */

andqt.textlike’%FROM dbo._AccumRg17539 T1%’/* 2. SQL query text filter */

andqt.textnotlike’%Query Finder%’/* 3. Special condition */

В запросе добавлены условия по:

Времени последнего выполнения
Тексту искомого запроса (таких фильтров можно добавить несколько, уточняя результат поиска)
Специальное условие для того чтобы сам запрос поиска не попадал в результат поиска (менять не надо)

Результатом запроса будет таблица с колонками: Last_execution_time (последнее время выполнения), Query_text (текст SQL-запроса), Query_plan (План SQL-запроса) и Execution_count (количество выполнений).

Метод 3-использование SQL Server Профайлер

если вы не можете запустить свой запрос напрямую (или ваш запрос не запускается медленно, когда вы выполняете его напрямую — помните, что мы хотим, чтобы план запроса выполнялся плохо), то вы можете захватить план с помощью трассировки профилировщика SQL Server. Идея состоит в том, чтобы запустить запрос во время выполнения трассировки, которая захватывает одно из событий «Showplan».

обратите внимание, что в зависимости от нагрузки можете использовать этот метод в производственной среде, однако вы должны очевидно, будьте осторожны. Механизмы профилирования SQL Server предназначены для минимизации влияния на базу данных, но это не означает, что не будет любой влияние на производительность

При интенсивном использовании базы данных могут возникнуть проблемы с фильтрацией и определением правильного плана трассировки. Вы должны, очевидно, проверить с вашим DBA, чтобы увидеть, если они счастливы с вами делать это на их драгоценной базе данных!

откройте профилировщик SQL Server и создайте новая трассировка, соединяющаяся с нужной базой данных, в которую требуется записать трассировку.
на вкладке » выбор событий «установите флажок» Показать все события», проверьте строку» производительность «- > «Showplan XML» и запустите трассировку.
пока трассировка запущена, сделайте все, что вам нужно сделать, чтобы запустить медленный запрос.
дождитесь завершения запроса и остановите трассировку.
для сохранения трассировки щелкните правой кнопкой мыши на XML-плане в SQL Server Profiler и выберите » извлечь данные события…»чтобы сохранить план в файл в формате XML.

полученный план эквивалентен параметру «включить фактический план выполнения» в среде SQL Server Management Studio.

[править] Цифры

Для каждого запроса к БД вычисляются параметры исполнения, если они малы и не могут являться источником излишней нагрузки на сервер баз данных то они игнорируются. В противном случае запросы сохраняются и могут быть проанализированы. На основании анализа может быть вынесено решение об предупреждении либо остановки аккаунта хостинга, базы данных либо её частей.

Кто меряет

Система мониторинга Microsoft SQL Server на 1Gb.ru использует систему трассировок программно, минуя профайлер – это позволяет более эффективно отслеживать запросы и не зависеть от внешних процессов. Если вы являетесь программистом и хотите отлаживать или отслеживать запросы на локальном сервере – следует использовать Profiler. Использовать систему трассировки на серверах хостинга не получится – для этого у клиентов хостинга нет достаточных прав.

Что меряется

С целью контроля нагрузки от исполнения запросов для каждого запроса записываются следующие параметры исполнения:

Reads — число логических операций чтения.
Writes — число логических операций записи.
CPU – количество миллисекунд ЦПУ (1000ms – секунда).
RowCounts* – количество рядов (строк) возвращаемой таблицы.
StartTime – время начала исполнения запроса.
EndTime – время конца исполнения запроса.

Также для лучшего понимания сути происходящего для запроса собираются следующие данные:

DatabaseName – имя базы данных, в контексте которой исполняется запрос.
LoginName – имя логина MSSQL, из под которого исполняется запрос.
TextData – текст запроса, может быть обрезан.
TextDataLength – полный размер предыдущего поля.
Error* – исполнился ли запрос или возникла ошибка.
ApplicationName – имя приложения, подавшего команду на исполнение.
HostName – имя хоста, на котором исполняется приложение.

* - только для версии 2005 и выше

А что же цифры?

Ключевыми параметрами являются Reads и CPU: Reads свидетельствует о потреблении дисковой подсистемы (количество операций чтения с диска) и потреблении памяти (количество операций чтения не с диска), CPU свидетельствует о потреблении ЦПУ сервера. Чем больше характеристики, тем хуже. При достижении некоторой критической точки становится совсем плохо и работа базы начинает влиять на общую производительность сервера свыше тех лимитов, которые ей предоставлены тарифным планом и регламентом хостинга.

Считается, что хорошими показателями исполнения запросов являются следующие числа:

Reads — не более 500 — 1000 на формирование страницы сайта.
- 2000 – 5000 для регулярных запросов – проблема.
- 50 000 проблема или показатель серьезной неоптимальности БД в случае единичных запросов.
- Более 100 000 – критическая ситуация, в случае регулярных запросов БД может быть остановлена.
Writes – не более 50 – 100 для регулярных запросов.
CPU – до 100 на исполнение рядового запроса.

В договоре нет этих цифр!

А где это смотреть?

Долой объектное чтение !

При получении данных через точку обрабатываются все реквизиты объекта. Если присутствуют табличные части, они тоже считываются, причем запросы чтения реквизитов и табличных частей объединяются одной транзакцией. Подробнее — второе издание Настольная книга 1С:Эксперта, страницы 106-107. Функция ПолучитьОбъект() отправляет на сервер СУБД такие-же запросы.

Посмотрим как-бы безобидный код ПрочитатьОдинРеквизит = ДокументСсылка.Дата;

Начинается транзакция (1), читается версия объекта (2), читаются реквизиты объекта (3), читается первая табличная часть объекта(4)… Текст запроса показывает чтение всех реквизитов документа. Их слишком много, использовал пропуск.

Скорее всего версия объекта используется при повторном обращении к реквизитам объекта: оно происходит быстрее. Программа 1С изменяет номер версии при каждом изменении данных, поэтому если версии совпадают, то 1С считает данные совпадающими. Данные кэшируются на 20 секунд.

Чтобы читать данные быстрее и аккуратнее, используйте функции: ЗначениеРеквизитаОбъектов, ЗначенияРеквизитовОбъектов, ЗначениеРеквизитаОбъекта, ЗначенияРеквизитовОбъекта. Кстати, с помощью этих функций можно выполнять запросы с соединениями через точку, например ИНН контрагента из накладной:

СтруктураЗапроса = Новый Структура(«ИННКонтрагента»,»Контрагент.ИНН»);

ЗначенияРеквизитов = ЗначенияРеквизитовОбъекта(РеализацияТоваровУслуг, СтруктураЗапроса);

Конструктор мобильного клиента Simple WMS Client: способ создать полноценный ТСД без мобильной разработки. Теперь новая версия — Simple UI (обновлено 14.11.2019)

Simple WMS Client – это визуальный конструктор мобильного клиента для терминала сбора данных(ТСД) или обычного телефона на Android. Приложение работает в онлайн режиме через интернет или WI-FI, постоянно общаясь с базой посредством http-запросов (вариант для 1С-клиента общается с 1С напрямую как обычный клиент). Можно создавать любые конфигурации мобильного клиента с помощью конструктора и обработчиков на языке 1С (НЕ мобильная платформа). Вся логика приложения и интеграции содержится в обработчиках на стороне 1С. Это очень простой способ создать и развернуть клиентскую часть для WMS системы или для любой другой конфигурации 1С (УТ, УПП, ERP, самописной) с минимумом программирования. Например, можно добавить в учетную систему адресное хранение, учет оборудования и любые другие задачи. Приложение умеет работать не только со штрих-кодами, но и с распознаванием голоса от Google. Это бесплатная и открытая система, не требующая обучения, с возможностью быстро получить результат.

5 стартмани

09.01.2019
74297
286

informa1555

246

206

Create Schema, Database

Схема Schema с точки зрения базы данных представляет собой контейнер объектов типа таблиц, триггеров, хранимых процедур и т.п. В данной статье будут рассмотрены вопросы создания и удаления схемы БД следующих СУБД :

Oracle : Schema привязывается к пользователю, т.е. наименование схемы, как правило, является учетной записью пользователя. Схема создается при создании пользователем первого объекта, и все последующие объекты созданные этим пользователем становятся частью этой схемы. Кроме этого Oracle позволяет создавать схему как контейнер одновременно с объектами базы данных.
MSSQL : в Microsoft SQL Server начиная с версии 2005 жесткая связь между пользователями и схемами была отменена. Пользователи могут получить доступ на выполнение определенных операций с объектами схемы : чтение, запись, обновление или выполнение.
PostgreSQL : Schema создается внутри объекта базы данных. Сервер может управлять несколькими базами данных, каждая из которых может включать несколько схем. То есть, как и в MSSQL, схема не связана с учетной записью пользователя.
MySQL : понятие Schema имеет тождественный смысл с Database. База данных Database является контейнером объектов, к которым пользователь получает доступ.
Derby : Schema не имеет жесткой связи с пользователем и является контейнером объектов, для доступа к которым пользователь должен иметь соответствующие привилегии.

Время выполнения запроса и ожидания

Начиная с SQL Server 2016 SP1, в действительном плане запроса доступна информация о времени выполнения и времени процессора, для этого в корневом элементе нужно раскрыть свойство QueryTimeStats и посмотреть значения CpuTime и ElapsedTime. Теперь не будет необходимости отдельно включать сбор времени выполнения или спрашивать «сколько выполнялся запрос» — все уже есть в плане.

Второе значимое улучшение это top 10 самых длинных ожиданий во время выполнения запроса. Для этого, в том же корневом элементе необходимо открыть свойство WaitStats. Это добавление, позволяет получить более полную картину того, почему запрос выполнялся медленно и существенно упрощает диагностику.

Метод 2 — Использование опций SHOWPLAN

Этот метод очень похож на метод 1 (на самом деле это то, что SQL Server Management Studio делает внутренне), однако я включил его для полноты или если у вас нет SQL Server Management Studio.

Перед выполнением запроса выполните одно из следующих операторов. Этот оператор должен быть единственным оператором в пакете, то есть вы не можете выполнять другой оператор одновременно:

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

Когда вы закончите, вы можете отключить эту опцию с помощью следующего оператора:

Сравнение форматов планов выполнения

Если у вас нет особых предпочтений, я рекомендую использовать опцию . Этот параметр эквивалентен параметру «Включить фактический план выполнения» в SQL Server Management Studio и предоставляет большую часть информации в наиболее удобном формате.

— отображает базовый текстовый предполагаемый план выполнения без выполнения запроса.
— отображает текстовый примерный план выполнения с оценками стоимости без выполнения запроса.
— отображает ориентировочный план выполнения на основе XML с оценками стоимости без выполнения запроса. Это эквивалентно параметру «Показать предполагаемый план выполнения …» в SQL Server Management Studio.
— Выполняет запрос и отображает фактический план выполнения на основе текста.
— Выполняет запрос и отображает фактический план выполнения на основе XML. Это эквивалентно параметру «Включить фактический план выполнения» в SQL Server Management Studio.

Метод 3 — Использование SQL Server Profiler

Если вы не можете выполнить свой запрос напрямую (или ваш запрос не выполняется медленно, когда вы выполняете его напрямую — помните, мы хотим, чтобы план запроса выполнялся плохо), то вы можете зафиксировать план с помощью трассировки SQL Server Profiler. Идея состоит в том, чтобы выполнить ваш запрос во время трассировки, фиксирующей одно из событий «Showplan».

Обратите внимание, что в зависимости от нагрузки вы можете использовать этот метод в производственной среде, однако вам, очевидно, следует соблюдать осторожность. Механизмы профилирования SQL Server разработаны для минимизации влияния на базу данных , но это не значит , что не будет никакого влияния на производительность. У вас также могут возникнуть проблемы с фильтрацией и определением правильного плана в трассировке, если ваша база данных интенсивно используется

Очевидно, вам следует проконсультироваться со своим администратором баз данных, чтобы узнать, довольны ли они тем, что вы делаете это с их драгоценной базой данных!

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

Откройте приложение SQL Server Profiler и создайте новую трассировку, соединяющуюся с нужной базой данных, для которой вы хотите записать трассировку.
На вкладке «Выбор событий» установите флажок «Показать все события», отметьте строку «Производительность» -> «Showplan XML» и запустите трассировку.
Пока выполняется трассировка, делайте все, что вам нужно, чтобы запустить медленный запрос.
Дождитесь завершения запроса и остановите трассировку.
Чтобы сохранить трассировку, щелкните правой кнопкой мыши план xml в SQL Server Profiler и выберите «Извлечь данные о событии …», чтобы сохранить план в файл в формате XML.

Полученный план эквивалентен параметру «Включить фактический план выполнения» в SQL Server Management Studio.

Faster — многофункциональный ускоритель работы программиста 1С и других языков программирования Промо

Программа Faster 9.4 позволяет ускорить процесс работы программиста
(работает в любом текстовом редакторе).
Подсказка при вводе текста на основе ранее введенного текста и настроенных шаблонов.
Программа Faster позволяет делится кодом с другими программистами в два клика или передать ссылку через QR Код.
Исправление введенных фраз двойным Shift (с помощью speller.yandex). Переводчик текста. Переворачивает текст случайно набранный на другой раскладке.
Полезная утилита для тех, кто печатает много однотипного текста, кодирует в среде Windows на разных языках программирования.
Через некоторое время работы с программой у вас соберется своя база часто используемых словосочетаний и кусков кода.
Настройка любых шорткатов под себя с помощью скриптов.
Никаких установок и лицензий, все бесплатно.

1 стартмани

24.05.2012
92292
977

moolex

157

317

Результаты

Результаты возвращаются обратно в клиентскую программу по мере выполнения запроса. Как только строка «всплывёт» в дереве выполнения, самый первый оператор обычно сразу записывает ее в сетевой буфер и отправляет клиенту. Результат не «подготавливается» в каком-то промежуточном хранилище (в памяти или на диске) – вместо этого он отправляется сразу по мере получения (то есть, по мере выполнения запроса). На этом этапе, конечно, свою роль играют сетевые протоколы управления потоком. Если клиент не выбирает результат (например, не выполняет SqlDataReaded.Read()), то сетевой поток заблокирует передающую сторону, а это, в свою очередь, приостановит выполнение запроса. Запрос продолжит выполнение и вернёт следующие строки результата (то есть, продолжит выполнение плана запроса) как только сетевой стек восстановит необходимые ресурсы.

Здесь интересно упомянуть возвращаемые (OUTPUT) параметры, связанные с запросом. Для того, чтобы вернуть возвращаемое значение клиенту, это значение должно быть вставлено в сетевой поток, передаваемый от запроса обратно клиенту. Значение может быть записано в поток только по окончании выполнения, как только запрос завершится. Именно поэтому возвращаемые параметры могут быть проверены только после получения всех результатов запроса или пакета запросов.