Время выполнения запроса в Management Studio и профилировщике. Что он измеряет?

Если я правильно понимаю ваш вопрос, вы сначала подвергаете сомнению разницу между продолжительностью, сообщаемой Profiler, и статистикой, представленной в SSMS (либо в правом нижнем углу для общего времени, либо с помощью SET STATISTICS TIME ON). В дополнение к этому, вы, кажется, не убеждены в комментарии производственного администратора баз данных о том, что представление выполняется в течение ожидаемой продолжительности ~ 60 секунд.

Во-первых, из Books Online статические данные, которые SSMS будет сообщать с помощью SET STATISTICS TIME ON:

«Отображает количество миллисекунд, необходимое для разбора, компиляции и выполнения каждого оператора».

Ты как раз для этого. Что касается продолжительности в Profiler, то она описывается как:

«Продолжительность (в микросекундах) события».

С того места, где я сижу, эти два должны быть функционально эквивалентны (и, как я уверен, вы заметили, Profiler будет сообщать в микросекундах, если вы собираетесь использовать SQL 2005 или более позднюю версию). Я говорю это потому, что «событием» в данном случае (относительно Duration в Profiler) является выполнение выбора, которое включает доставку клиенту; это соответствует в обоих случаях.

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

select
    a.session_id
    ,a.start_time
    ,a.status
    ,a.command
    ,db_name(a.database_id) as database_name
    ,a.blocking_session_id
    ,a.wait_type
    ,a.wait_time
    ,a.cpu_time
    ,a.total_elapsed_time
    ,b.text
from sys.dm_exec_requests a
    cross apply sys.dm_exec_sql_text(a.sql_handle) b
where a.session_id != @@spid;

Я подозреваю, что вы увидите что-то вроде ASYNC_NETWORK_IO в качестве типа ожидания, если проблема заключается в географии - в противном случае проверьте, что из этого получается. Если вы профилируете запрос удаленного выполнения, длительность будет отражать статистику времени, которую вы видите в SSMS. ОДНАКО, если вы используете Profiler и обнаруживаете, что продолжительность этого запроса при выполнении с одного из веб-серверов, который находится в том же центре обработки данных, что и SQL Server, по-прежнему занимает 7 минут, тогда DBA - большой, жирный лжец :). Я бы использовал Profiler для записи запросов, которые занимают больше 1 минуты, пытался отфильтровать ваше представление и взять среднее значение, чтобы увидеть, соответствуете ли вы цели производительности.

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

Я боролся с этим, пока не нашел это...

http://blog.sqlauthority.com/2009/10/01/sql-server-sql-server-management-studio-and-client-statistics/

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

Попробуйте с этим:

DECLARE @time AS DATETIME = CURRENT_TIMESTAMP

-- Your Query

SELECT CAST(DATEDIFF(SECOND, @time, CURRENT_TIMESTAMP) AS VARCHAR)
    + ','
    + CAST(DATEDIFF(MICROSECOND, @time, CURRENT_TIMESTAMP) AS VARCHAR)
    AS 'Execution Time'