Discussion :

[zinzineti]

Bonjour tout le monde !
Je suis sur un serveur local SQL SERVER 2008. je constate que la durée d'exécution d'une même requête varie à chaque exécution.
Exemple :
1er essai
--------
DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE
DBCC FREESYSTEMCACHE ('ALL')

USE AdventureWorks;
GO
SET STATISTICS TIME ON
GO
SELECT *
FROM Production.ProductCostHistory
WHERE StandardCost < 500.00;
GO
SET STATISTICS TIME OFF;
GO

--Resultat 1er essai
--------------------

Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 164*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

(269*ligne(s) affectée(s))

SQL Server \endash Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 10*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

2eme essai
--------
DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE
DBCC FREESYSTEMCACHE ('ALL')

USE AdventureWorks;
GO
SET STATISTICS TIME ON
GO
SELECT *
FROM Production.ProductCostHistory
WHERE StandardCost < 500.00;
GO
SET STATISTICS TIME OFF;
GO

-- Resultat 2eme essai
-----------------------
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 165*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

(269*ligne(s) affectée(s))

SQL Server \endash Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 11*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.


Ainsi de suite...et le temps d'exécution varie de façon aléatoire !

Précision : Je suis le seul utilisateur sur le serveur (l'instance est sur mon PC portable) et il n'y a pas d'autre opération sur la base de données entre les différentes exécutions !

Merci pour l'intérêt que vous portez à ce post.

Merci d'avance

[mikedavem]

Bonjour,

Qu'est ce qui vous choque la dedans ?

1ère partie et les 2 essais :

Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 164*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

-------------------------------------------------

Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 165*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

(269*ligne(s) affectée(s))

2ème partie et les 2 essais :

SQL Server \endash Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 10*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

SQL Server \endash Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 11*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

Vous avez dans le cas le plus défavorable 1ms d'écart entre vos 2 jeux d'essais.

++

[zinzineti]

Bonjour,

Qu'est ce qui vous choque la dedans ?

1ère partie et les 2 essais :

Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 164*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

-------------------------------------------------

Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 165*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

(269*ligne(s) affectée(s))

2ème partie et les 2 essais :

SQL Server \endash Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 10*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

SQL Server \endash Temps d'exécution*:
, Temps UC = 0*ms, temps écoulé = 11*ms.
Temps d'analyse et de compilation de SQL Server :
, Temps UC = 0*ms, temps écoulé = 0*ms.

Vous avez dans le cas le plus défavorable 1ms d'écart entre vos 2 jeux d'essais.

++

Ce qui est gênant c'est de ne pas avoir une valeur fixe. Parce que pour l'optimisation d'une requête le choix sera un peu difficile en se basant sur des durées d'exécution variable !
Il arrive des fois où l'écart (durée d'exécution) reste non négligeable entre 2 executions.
Le plus gênant c'est que avec SQL Profiler la durée d'exécution de la requête ne change pas !
A quoi est due cette variation avec les STATISTICS ?

[SQLpro]

Le temps UC (seul véritable intérêt) est le temps pendant lequel les CPU ont été mobilisés pour traiter votre requête.
Le temps écoulé est le temps pendant lequel l'ordre SQL a été envoyé depuis SSMS à SQL Server, puis exécuté, puis retourné de SQL server à votre outils client (SSMS). A moins que SSMS soit le seul process en exécution, et que vous soyez seul sur le réseau, ce temps prend "dans la gueule" tous les temps des concurrents...

Vous comprendrez donc que la notion de temps écoulé varient très fortement et n'a en pratique aucun intérêt !

A +

[zinzineti]

Le temps UC (seul véritable intérêt) est le temps pendant lequel les CPU ont été mobilisés pour traiter votre requête.
Le temps écoulé est le temps pendant lequel l'ordre SQL a été envoyé depuis SSMS à SQL Server, puis exécuté, puis retourné de SQL server à votre outils client (SSMS). A moins que SSMS soit le seul process en exécution, et que vous soyez seul sur le réseau, ce temps prend "dans la gueule" tous les temps des concurrents...

Vous comprendrez donc que la notion de temps écoulé varient très fortement et n'a en pratique aucun intérêt !

A +

Merci pour la précision.

A+