Discussion :

[Pfeffer]

Bonjour à tous,

J'ai une table contenant deux champs un Id et un varchar(300).
J'ai un index clustered sur ma PK qui a un bon taux de fragmentation.

Je constate que lorsque je fais une requête uniquement pour récupérer l'Id celle-ci me retourne une réponse instantanée.

Code :

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

1
2
 
select id from matable

Lorsque je fais la même chose en prenant les deux champs, la requête mets plusieurs secondes à me retourner les résultats (70.000 lignes à peu près)

Code :

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

1
2
 
select id, description from matable

J'imagine que le temps de réponse dépend principalement du volume de retour de données.

Aussi est ce qu'il existe une méthode pour augmenter la taille des paquets sur une requête ?
Quelles solutions me préconisez vous pour améliorer mes temps de réponse ?

[SQLpro]

Sans la structure de la table, ni les index et pas les plans d'exécution, impossible de vous dire quoi que ce soit

A +

[Pfeffer]

Désolé du retard mais c'était les vacances !!
Alors voici la structure de la table et des index.
Malheuresement dans ma boutique on marche sur la tête, et je n'ai pas la possibilité d'afficher le plan d'exécution.

[aieeeuuuuu]

Bonjour,

êtes vous certain qu'il n'existe aucun autre index sur la table ?

Car pour la première requête, n'importe quel index non cluster posé sur la table peut répondre, évitant ainsi les accès à la table.

je n'ai pas la possibilité d'afficher le plan d'exécution

Vous ne pouvez pas les obtenir, ou vous ne pouvez pas les publier sur une forum ?
Avez vous accès au moins aux statistiques (SET STATISTICS IO , TIME ON)

[Pfeffer]

non je n'avais pas les droits ... Mais le problème est résolu.
Voici le plan:


et voici le détail de la stat:
index.txt

[mikedavem]

Hello,

Il nous faudrait le plan de la requête (à transposer avec ton contexte réel, nom de table, colonnes etc ...) de ta première requête

Code :

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

select id from matable

Et de ta 2ème requête

Code :

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

select id, description from matable

Le plan d'exécution associé à ta requête SELECT * FROM matable n'a que peu d'intérêt.

++

[Pfeffer]

Est ce que plan de requête = plan d'exécution ?
sinon comment tu fais pour obtenir le plan de requête dans MSQL Manager ?

[aieeeuuuuu]

Est ce que plan de requête = plan d'exécution ?

oui

[Pfeffer]

Voici un autre élément de réponse peut être:

Pour la première requête:

Pour la seconde requête:

[Pfeffer]

Dans ce cas au niveau des plans d'exécution j'ai exactement la même chose pour les 2 requêtes.
Par contre au niveau des statistiques il y a du changement.

[aieeeuuuuu]

C'est donc bien le volume engendré par la colonne supplémentaire dans la requête 2 qui provoque cela : le client mais du temps à traiter ce volume. que comptez vous faire de toutes ces données ensuite ?

[Pfeffer]

Derrière j'ai un process qui tourne, un peu compliqué à expliquer !!
Par contre je me demandais, si j'augmente la taille des paquets sur l'instance, est ce que cela pourrait améliorer les performances ?
Sinon existe t'il un moyen de compresser ce deuxième champs ?