Mesurer le temps nécessaire à l'exécution d'une requête t-sql

J'ai deux requêtes t-sql à l'aide de sql server 2005. Comment puis-je mesurer combien de temps il faut pour chacun de courir?

À l'aide de mon chrono ne s'arrête pas là.

Êtes-vous à l'aide de Sql Server Management Studio? Généralement, il affiche le temps écoulé pour chaque requête, mais seulement avec la deuxième résolution. Voir aussi cette question: stackoverflow.com/questions/8247587/...

InformationsquelleAutor TheMoot | 2012-07-26

performance sql-server-2005

161

Une approche simpliste de mesurer le temps écoulé entre les événements est à saisir simplement la date et l'heure actuelles.

Dans SQL Server Management Studio
```
SELECT GETDATE();
SELECT /* query one */ 1 ;
SELECT GETDATE();
SELECT /* query two */ 2 ; 
SELECT GETDATE(); 
```
Pour calculer le temps écoulé, vous pouvez saisir ces valeurs de date dans des variables, et d'utiliser la fonction DATEDIFF:
```
DECLARE @t1 DATETIME;
DECLARE @t2 DATETIME;

SET @t1 = GETDATE();
SELECT /* query one */ 1 ;
SET @t2 = GETDATE();
SELECT DATEDIFF(millisecond,@t1,@t2) AS elapsed_ms;

SET @t1 = GETDATE();
SELECT /* query two */ 2 ;
SET @t2 = GETDATE();
SELECT DATEDIFF(millisecond,@t1,@t2) AS elapsed_ms;
```
C'est juste une approche. Vous pouvez également obtenir des temps écoulés pour les requêtes à l'aide du générateur de profils SQL.
- J'ai regardé pour le générateur de profils Sql doc sur comment faire cela, mais ne pouvait pas trouver de doc qui ne nécessite pas des heures de lecture. Pouvez-vous recommander un "Profiler pour les Nuls" lien?
- Je sais je suis en retard mais le MSDN liens sont parfaits pour vos "[Sujet] pour les Nuls" besoins :). Essayez de prendre un regard sur ce Comment faire: Utiliser le générateur de profils SQL
- Quelqu'un d'autre a eu des problèmes avec l'utilisation de ce dans sql management studio? Je l'ai ajouté à un ensemble d'environ 15 requêtes dans une procédure stockée pour le test et il prend beaucoup trop de temps à exécuter. J'ai annulé à 7 minutes et toutes les minuteries ajoutée n'était que d'environ 2 minutes. Donc, je pense qu'il y a peu de retour de texte problème de cache ou peut-être que ça prend trop de temps pour calculer toutes les datediffs pour tant de gens.
- Il y a une petite quantité de temps utilisé pour évaluer la fonction GETDATE() et d'affecter le résultat à une variable, et une petite quantité de temps pour évaluer la DATEDIFF(), et de retourner le résultat. L'approche simpliste, j'ai proposé était de faire une bonne mesure pour des requêtes singleton. Je ne recommande pas l'utilisation de cette approche au sein d'une boucle serrée dans une procédure stockée. Si j'avais une série de requêtes dans une procédure stockée, je pourrais utiliser cette approche pour ajouter un peu de débogage de la production dans certaines judicieuse des points, l'ajout d'une colonne discriminante afin que je puisse savoir quelle ligne dans la procédure émise qui en découlent.
- J'ai l'habitude de bâton SET @t1 = GETDATE(); au top de ma requête, puis coller SET @t2 = GETDATE();SELECT 'NOTE 1',DATEDIFF(millisecond,@t1,@t2) AS elapsed_ms;SET @t1 = GETDATE(); au judicieuse des points à l'intérieur de la requête (editting la "NOTE 1" de façon appropriée). Le traitement de la sélectionne que des points d'arrêt plutôt que de mesures est sémantiquement identique à votre approche (bien que la dernière de @t1 est faux, et cela suppose que toutes les requêtes doivent être mesurés). Ceci est purement mentale/saisie d'optimisation (une pâte par point d'arrêt, plutôt que deux pâtes par requête).
InformationsquelleAutor spencer7593
235

Si vous voulez une mesure plus précise de la réponse ci-dessus:
```
set statistics time on 

-- Query 1 goes here

-- Query 2 goes here

set statistics time off
```
Les résultats seront dans la Messages fenêtre.

Mise à jour (2015-07-29):

À la demande générale, j'ai écrit un extrait de code que vous pouvez utiliser à la fois l'intégralité d'une procédure stockée à exécuter, plutôt que de ses composants. Bien que cela ne renvoie l'heure de la dernière exécution, il y a d'autres stats retourné par sys.dm_exec_procedure_stats et peut-être aussi de la valeur:
```
-- Use the last_elapsed_time from sys.dm_exec_procedure_stats
-- to time an entire stored procedure.

-- Set the following variables to the name of the stored proc
-- for which which you would like run duration info
DECLARE @DbName NVARCHAR(128);
DECLARE @SchemaName SYSNAME;
DECLARE @ProcName SYSNAME=N'TestProc';

SELECT CONVERT(TIME(3),DATEADD(ms,ROUND(last_elapsed_time/1000.0,0),0)) 
       AS LastExecutionTime
FROM sys.dm_exec_procedure_stats
WHERE OBJECT_NAME(object_id,database_id)=@ProcName AND
      (OBJECT_SCHEMA_NAME(object_id,database_id)=@SchemaName OR @SchemaName IS NULL) AND
      (DB_NAME(database_id)=@DbName OR @DbName IS NULL)
```
- Juste une remarque que cette fonction n'est pas disponible si votre accès à la base de données est en lecture seule. To use SET STATISTICS TIME, users must have the appropriate permissions to execute the Transact-SQL statement. The SHOWPLAN permission is not required. à partir de: technet.microsoft.com/en-us/library/ms190287.aspx
- Est-il possible où je peux voir tout le temps qu'une procédure stockée doit s'exécuter? Maintenant, je vois beaucoup de simples mesures.
- J'ai ajouté un peu de code pour la réponse pour vous aider avec cela.
InformationsquelleAutor Michael Goldshteyn

DECLARE @StartTime datetime
DECLARE @EndTime datetime
SELECT @StartTime=GETDATE() 

 -- Write Your Query


SELECT @EndTime=GETDATE()

--This will return execution time of your query
SELECT DATEDIFF(MS,@StartTime,@EndTime) AS [Duration in millisecs]

Vous pouvez également Voir cette solution

Qui donne l'heure en nanosecondes. Milleseconds serait DATEDIFF(MS,@StartTime,@EndTime)

InformationsquelleAutor atik sarker

6

encore mieux, ce sera de mesurer la moyenne de n itérations de votre requête! Idéal pour une lecture plus précise.
```
declare @tTOTAL int = 0
declare @i integer = 0
declare @itrs integer = 100

while @i < @itrs
begin
declare @t0 datetime = GETDATE()

--your query here

declare @t1 datetime = GETDATE()

set @tTotal = @tTotal + DATEDIFF(MICROSECOND,@t0,@t1)

set @i = @i + 1
end

select @tTotal/@itrs
```
- J'ai changé le MICROSECOND à MILLISECOND et de vider le cache à chaque fois que j'ai inséré des lignes suivantes entre begin et declare @t0 ...: CHECKPOINT; DBCC DROPCLEANBUFFERS; DBCC FREEPROCCACHE;. Fonctionne comme un charme et exactement ce que je cherchais. +1
- J'ai été en utilisant yr extrait de la jauge de différentiels de réglages de performances à une procédure stockée, très lisse!
- Merci à vous deux. J'ai été faire de sql pour un long moment maintenant, c'est une étrange langue. Mais une fois que vous savez ce que les kinks et la façon de les tourner à votre avantage, bien qu'il aide beaucoup XD
InformationsquelleAutor HumbleWebDev
3

Cliquez sur les Statistiques de l'icône à afficher, puis exécutez la requête pour obtenir les horaires et savoir comment l'efficacité de votre requête est

InformationsquelleAutor Ashish Patel
3

Un autre moyen est d'utiliser un Serveur SQL intégré dans la fonction appelée Include Client Statistics qui est accessible par le biais de Menu > Query > Inclure des Statistiques sur les Clients.

Vous pouvez exécuter chaque requête séparée fenêtre de requête et de comparer les résultats de ce qui est donné dans Client Statistics onglet juste à côté de la Message onglet.

Par exemple dans l'image ci-dessous, il montre que la moyenne, le temps écoulé pour obtenir la réponse du serveur pour l'une de mes questions est de 39 millisecondes.

Vous pouvez lire tous les 3 moyens pour acquérir des temps d'exécution dans ici.
Vous pouvez même avoir besoin d'afficher Estimated Execution Plan ctrlL pour un complément d'enquête au sujet de votre requête.

InformationsquelleAutor Mohammad Musavi

Vous devez vous connecter pour publier un commentaire.