L'Exécution de la requête du temps dans la Gestion de Studio & profiler. Que faut-il mesurer?

Si je comprends votre question correctement, vous êtes le premier interrogatoire de la différence entre la Durée rapportée par le générateur de profils et les statistiques présentées dans SSMS (en bas à droite pour que le temps et/ou de STATISTIQUES en TEMPS). En plus de cela, vous semblent pas convaincus de l'administrateur de production dans son commentaire que la vue est en cours d'exécution dans la durée prévue d'environ 60 secondes.

D'abord, à partir de la documentation en Ligne, la statique que SSMS ferais le JEU par le biais des STATISTIQUES de TEMPS SUR:

"Affiche le nombre de millisecondes
nécessaire à l'analyse, la compilation et l'
exécuter chaque instruction."

Vous êtes sur place pour cela. Comme pour la Durée dans le Profiler, il est décrit comme:

"La durée (en microsecondes) de la
les événements".

D'où je suis assis, ces deux devraient être fonctionnellement équivalent (et, comme je suis sûr que vous avez remarqué, Profileur de rapport en microsecondes si vous allez à l'encontre de SQL 2005 ou plus tard). Je dis cela parce que "l'événement" dans ce cas (en matière de Durée dans le Profiler) est l'exécution de la sélection, qui comprend la livraison au client, ce qui est compatible dans les deux cas.

Il semble que vous pensez que la géographie est le coupable de la longue durée lors de l'exécution de la requête à distance. Cela peut très bien être. Vous pouvez le tester en exécution de la sélectionner sur l'affichage dans une fenêtre de requête, puis la ponte d'une autre fenêtre de requête et d'examiner le type d'attente pour la requête:

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;

Je suppose que vous voulez voir quelque chose comme ASYNC_NETWORK_IO que le type d'attente si la géographie est le problème - sinon, découvrez quelles ne de cette. Si vous êtes le Profilage de la requête de votre exécution à distance, la Durée sera le reflet des statistiques en temps vous voir dans SSMS. TOUTEFOIS, si vous utilisez le générateur de profils et de trouver que la durée de cette requête lors de l'exécution de l'un des serveurs web qui se trouve dans le même centre de données comme SQL Server est toujours de 7 minutes, puis le DBA est un gros menteur :). Je voudrais utiliser Profiler pour enregistrer les requêtes qui prennent plus de temps de 1 minute, essayez de filtre pour votre vue et de prendre la moyenne pour voir si vous êtes sur la cible pour la performance.

Car il n'y a pas d'autres réponses postées, je suis inquiet que je suis hors de la base ici - mais il est tard et je suis nouveau sur ce donc, j'ai pensé lui donner un aller!

OriginalL'auteur scottE

Essayer avec ceci:

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'

OriginalL'auteur Eduardo Cuomo