Discussion :

[dsr57]

Bonjour à tous,

Je suis entrain d'essayer d'accélérer les temps de traitement de ma base de données : SQL SERVER EXPRESS.

J'ai une table CDE : 2 500 000 enregistrements.

J'ai identifié 3 colonnes pour accélérer nombreuses de mes requêtes sur cette table.

Quand je créé mon index sur ces 3 colonnes (De la colonne qui a le plus de dispersion vers celle qui en a le moins).

Ma requête prend plus de temps, quelques centièmes de secondes, mais en tout cas l'index ne me fait pas gagner de temps.

J'ai testé de plusieurs façon :
- Lancement de la requête sans l'index, création de l'index, redémarrage serveur et balancement de la requête.
-Lancement de la requete sans l'index, création de l'index, et relancement de l requete.

Dans aucun des cas je gagne du temps de traitement.

J'ai essayé de créer un index seulement sur la colonne qui a le plus de dispersion, les temps de traitement sont identiques.

Si quelqu'un aurait un piste je suis preneur.

Merci par avance

[ylarvor]

Ben, si tu veux optimiser une requête en particulier, il serait bon que tu nous la montre pour nous faire un avis. Avec les colonnes de ta table aussi.

[dsr57]

oui c'est vrai désolé,

Code :

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

1
2
3
4
5
6
 
SELECT  dateCde, montant, client
FROM cde
WHERE codecompte='00100'
AND datecde BEtWEEN '20060101' AND '20080918'
AND devise='EUR'

Requête basique.

J'ai créé un premier index : datecde,codecompte,devise.
Ensuite j'ai essayé juste en indéxant la colonne codecompte.

La requete renvoi un peu plus de 350 000 résultats.

[ylarvor]

Bonjour,

Ton premier index aurait dù intégrer aussi ( montant, client ) il me semble pour éviter une lecture linéaire à la suite.

Je vois qu'il n'y a aucune jointure dans ta table donc un index n'apportera certainement rien de plus que l'organisation de ton index cluster, réorganise ta table dans le sens qui convient pour obtenir un bon temps de réponse.

[dsr57]

Merci pour cette réponse

cette requête était une requête d'exemple pour tester l'apport de mon index sur mes temps de traitement.

Je pourrais ajouter montant, et client dans mon index pour éviter de refaire une lecture dans la base, mais je vais expliquer mon problème différement.

J'ai plusieurs état dans mon programme, qui ont des colonnes dans le SELECT différentes, et ce nombre peut dépasser les 15. Mais les clauses WHERE sont quasiment toujours les mêmes, c'est donc pour cela que j'avais créé cet index, pour accélérer mes recherches. Je ne peux pas inclure toutes les colonnes de mon SELECT dans l'index.

N'était-ce pas la bonne solution de créer un index sur les clauses du WHERE ?

Autre problème suite à ta réponse, un index n'accélère pas le traitement si la requête est juste sur une table ?

[ylarvor]

N'était-ce pas la bonne solution de créer un index sur les clauses du WHERE ?

Si! Je ferais cela aussi.

Autre problème suite à ta réponse, un index n'accélère pas le traitement si la requête est juste sur une table ?

Il me semble, je me trompe peut être, qu'un index cluster a la même structure qu'un index, la seul différence, c'est qu'il est LA table. Si tu as un cluster sur ta table et qu'il est organisé au mieux pour répondre au plus vite à ta requête... Rajouter un deuxième index non cluster couvrant par dessus me semble sans aucun intérêt sauf si il y a un écart entre les colonnes du cluster et de la requete mais je dis cela à l'intuition. Cela demanderait une confirmation d'un modérateur.

Concernant le rendement de ton index, je te conseille de regarder le plan d'exécution en t'appuyant sur la documentation de rudi bruchez sur l'optimisation. Tu verras bien si il est utilisé ou non.

[dsr57]

Je viens de créer un index clustered, ma requête est accélérée.

Mais le problème c'este que je vais être obligée de créer d'autres index.

Si je comprend bien , si un index n'est pas couvrant il ne fait pas forcément gagner du temps ?

Je me pose une question. Imaginons que j'ai deux requêtes avec la même clause WHERE mais pas les mêmes colonnes de SELECT. Je dois donc créer deux index couvrants les colonnes du SELECT.

Exemple :
Requete 1 --> code, libelle, montant FROM Table1 WHERE date='1000' AND devise='EUR'
Requete 2 --> numseq, heureDepot FROM table1 WHERE date='1000' AND devise='EUR'

Je devrais donc créer les deux index suivant :

index1 : date, devise, code, libelle, montant
index2 : date, devise, code, numseq, heuredepot

Car si je créé un seul index non couvrant je me retrouve dans la même configuration de départ avec une perte de temps possible.

Si quelqu'un peux me cconfirmer cela ou me corriger


Merci par avance

[rudib]

Bonjour,

ton premier problème, est le nombre de lignes affectées. Si tu retournes 350 000 lignes (sur quel volume de table ?), il y a de fortes chances qu'un index nonclustered ne soit pas utilisé (sauf s'il couvre la requête), parce qu'il est plus coûteux de faire des recherches d'index que de parcourir toute la table.

Un index utile est dit sélectif : il permet de sélectionner des lignes les plus uniques possibles.