Discussion :

[GlamIS]

bonjour,
je travaille sur une base de données de tres grande taille, et dans une de mes requêtes sql je dois compter le nombre d'enregistrements qui ont des attibuts similaires, j'ai essayé de le faire avec un count mais cela necessite enormemetn de temps, et meme que la connexion est gelée avent la fin (j'ai des dizaines de millions de lignes a parcourir), je voudrais savoir s'il y a un autre moyen pour contourner le count, avec d'autre languageex. PL/Sql ou autre?

[Mathusalem]

tu n'as pas oublié le group by par hasard ?

[GlamIS]

tu n'as pas oublié le group by par hasard ?

non je ne l'ai pas oublié, la requete tourne mais elle necesite enormement de temps, donc moi je veux trouver une autre façon de proceder pour limiter le temps d'execution!

[vmolines]

Tu as vérifié si la mise en place d'index sur les attributs étudiés améliorait les perfs de ta requête count ?

[GlamIS]

Tu as vérifié si la mise en place d'index sur les attributs étudiés améliorait les perfs de ta requête count ?

effectivement il existe des indexs sur certains attributs du cunt mais pas tous, est ce que les indexs sont pris en compte directement lors de l'execution de la requete ou il faut le preciser? (mais j'ai pas le droit suffisant pour créer de nouveaux index!!)

[vmolines]

Les indexes peuvent etre utilisés sur les éléments figurant dans la clause group by selon le SGBD et le group by demandé.

Il faut savoir qu'un group by revient à faire un tri. Ainsi pour bénéficier de l'utilisation d'un index sur une clause group by multi champs, il faut qu'un index multi champs correspondant existe.

Exemple :
group by Rubrique1, Rubrique2, Rubrique3
nécessite un index comprenant ces 3 champs.

L'implémentation des sgbd peut différer, il faut donc s'en assurer en lisant la documentation spécifique.


D'autre part, lors de la mise au point de requête qui pose des problèmes de performance, il est judicieux d'analyser le plan d'execution. Les sgbd mettent à disposition une instruction pour l'afficher. Ainsi on peut visualiser les opérations effectuées par le moteur pour résoudre la demande (lecture d'index, tri dans table temporaire, ...) et déterminer les éventuels goulets d'étranglement.


Et je n'ai pas pris la peine de le mentionner mais utiliser une autre méthode comme vous l'avez suggéré (pl/sql) ne résoudra pas le problème de performance.