Discussion :

[m-mas]

Merci pour vos réponses !

mais comment cela se fait qu'avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC DROPCLEANBUFFERS;

j'ai 2 temps d'exécutions ! 22s la première exécution et 13s pour les exécutions suivantes ... (juste après la première)

[m-mas]

Ca c'est toujours vrai !

Le problème est qu'il n'y a pas de règles pour calculer ce lot de traitement !

[SQLpro]

Merci pour vos réponses !

mais comment cela se fait qu'avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC DROPCLEANBUFFERS;

j'ai 2 temps d'exécutions ! 22s la première exécution et 13s pour les exécutions suivantes ... (juste après la première)

Parfaitement normal....

DBCC DROPCLEANBUFFERS à vidé le cache. Il doit lire les données du disque.
22-13 = 9 ces 9 secondes sont celles consacrée pour la lecture du disque.

Cela ne veut pas dire que la lecture du disque n'a duré que 9 secondes car cela dépend du parallélisme.
Si vous désactivez le parallélisme d'accès, vous aurez exactement le temps du disque dans le différentiel :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
DBCC DROPCLEANBUFFERS;
 
SET STATISTICS TIME ON;
 
SELECT * FROM Ma_Table OPTION(MAXDOP 1);
 
SELECT * FROM Ma_Table OPTION(MAXDOP 1);

MAXDOP signifie MAX Degree Of Parallelism (degré maximal de parallélisation). Fixé à 1 => pas de parallélisme.

Le différentiel de temps ainsi obtenu montrera l'exacte duré d'utilisation des disques.

A +

[m-mas]

Est ce que c'est possible de m'expliquer aussi ces chiffres ! j'ai utilisé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
DBCC DROPCLEANBUFFERS;
SET STATISTICS TIME ON;

avant l'exécution de ma requête et j'ai entre autres :

Table 'Ma_Table'. Nombre d'analyses 991, lectures logiques 459171, lectures physiques 75, lectures anticipées 562, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.

[SQLpro]

Table 'Ma_Table'. --> table utilisée
Nombre d'analyses 991 --> nombre de fois ou il y a eu pénétration dans l'objet en lecture
lectures logiques 459171 --> nombre d'IO en RAM (1 IO = 1 page de 8 Ko)
lectures physiques 75 --> nombre d'IO primaire sur disque (lecture aléatoires)
lectures anticipées 562 --> nombre d'IO secondaire sur disque (lecture séquentielles consécutives à une lecture primaire)
lectures logiques de données d'objets volumineux 0 --> nombre d'IO en RAM (1 IO = 1 page de 8 Ko) pour les données de type "LOBs"
lectures physiques de données d'objets volumineux 0 --> nombre d'IO sur disque pour les données de type "LOBs"
lectures anticipées de données d'objets volumineux 0 --> nombre d'IO secondaire sur disque (lecture séquentielles consécutives à une lecture primaire) pour les données de type "LOBs"

A +.

[rudib]

Tu peux utiliser le programme gratuit Sql Trismegiste dont tu trouves le lien dans ma signature pour récupérer quelques indications intéressantes sur ton serveur et éventuellement les publier ici pour analyse.

Si tu as 991 accès sur ta table avec lectures logiques 459171, c'est qu'il y a peut-être un problème dans ta requête ou avec l'optimisation de la requête. Par exemple une jointure en boucle imbriquée, parce que la requête est mal écrite, ou qu'il y a une erreur d'estimation de cardinalité. Peux-tu poster le code de la requête et le plan d'exécution ?

Sql Trismegiste te permet d'extraire ces informations du cache de plans de SQL Server au besoin.
https://github.com/rudi-bruchez/SQLT...entation.fr.md

[m-mas]

Une question subsidiaire toujours dans le cadre de mes recherche d'optimisation :

Est ce qu'il est meilleure de créer une table temporaire ensuite de lui insérer des données :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CREATE TABLE #TEMP1 (REF VARCHAR(200),PRIX MONEY)
 
INSERT INTO #TEMP1
SELECT DISTINCT REF , 
		SUM(ISNULL(MONTANT,0))
FROM T_ARTICLES

Ou bien de créer directement la table temporaire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT DISTINCT REF , 
		SUM(ISNULL(MONTANT,0))
INTO #TEMP2
FROM T_ARTICLES

[rudib]

En général il est meilleur de ne pas la créer du tout.
Sinon, il doit y avoir quelques microsecondes de différences entre tes deux options.

[m-mas]

Tu peux utiliser le programme gratuit Sql Trismegiste dont tu trouves le lien dans ma signature pour récupérer quelques indications intéressantes sur ton serveur et éventuellement les publier ici pour analyse.

Si tu as 991 accès sur ta table avec lectures logiques 459171, c'est qu'il y a peut-être un problème dans ta requête ou avec l'optimisation de la requête. Par exemple une jointure en boucle imbriquée, parce que la requête est mal écrite, ou qu'il y a une erreur d'estimation de cardinalité. Peux-tu poster le code de la requête et le plan d'exécution ?

Sql Trismegiste te permet d'extraire ces informations du cache de plans de SQL Server au besoin.
https://github.com/rudi-bruchez/SQLT...entation.fr.md

je vous remercie, je ne sais pas pourquoi je n'ai pas vu votre réponse hier .... c'est qu'en reliant le poste que je tombe dessus !

je vais télécharger Sql Trismegiste (mais je vois qu'il y a le code à télépcharger et pas le .exe) et poster les chiffres données !

Merci pour tout le monde qui prennent le temps d'aider les autres !

Edit : je vois qu'il y a les exécutables des différents versions dans SQLTrismegiste-master\distributions\Release

[m-mas]

Tu peux utiliser le programme gratuit Sql Trismegiste dont tu trouves le lien dans ma signature pour récupérer quelques indications intéressantes sur ton serveur et éventuellement les publier ici pour analyse.

Si tu as 991 accès sur ta table avec lectures logiques 459171, c'est qu'il y a peut-être un problème dans ta requête ou avec l'optimisation de la requête. Par exemple une jointure en boucle imbriquée, parce que la requête est mal écrite, ou qu'il y a une erreur d'estimation de cardinalité. Peux-tu poster le code de la requête et le plan d'exécution ?

Sql Trismegiste te permet d'extraire ces informations du cache de plans de SQL Server au besoin.
https://github.com/rudi-bruchez/SQLT...entation.fr.md

voila j'ai lancé l'outil sur ma base de données ! il y a beaucoup trop d'informations (pour moi en tout cas )

Qu'est ce que je dois poster par exemple pour avoir une idée sur la performance ? malheureusement des erreurs en cliquant surtout sur les entrées du nœud "Performances" et "Requêtes" !