Discussion :

[hobotalker]

Bonjour à tous,

Maitrisant les bases des rouages SQL, mais assez peu l'optimisation des temps de requêtes, je viens vers vous pour avoir un peu d'aide sur le sujet. Il se peut que la source de mon problème ne soit pas le SQL mais plutôt Oracle, auquel cas mon post ne figure pas dans le bon forum

J'ai besoin de ramener 160 lignes de ma base de données (dans un cas pessimiste, le nombre de lignes est cet ordre là). Pour info, maTable contient environ 1 120 000 lignes. Je fais donc un select de ce type :

Code :

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

1
2
SELECT * FROM maTable WHERE monChamp IN (*liste des 157 valeurs*);

Problème : la requête met 50sec à s'exécuter. Je tiens à signaler que monChamp est indexé. J'ai préféré faire une seule et grosse requête pour éviter les aller retours inutiles entre mon client et ma base.

- Avez-vous une idée d'amélioration d'un point de vue SQL ? (sous découpage en plusieurs requêtes?)
- Le problème se situe-t-il ailleurs?
- Si oui, avez-vous une idée d'amélioration autre?

Merci d'avance pour vos lumières !

[Snipah]

Bonjour,

En effet, votre post serait plus à sa place dans le forum consacré à Oracle.

Quelle est la structure de votre table, en particulier le type de la colonne indexée?
Avez vous consulté le plan d'exécution de la requête?
Les stats sont-elles à jour?
Vous dites ramener 160 lignes maximum, la colonne de recherche est-elle clé primaire, ou a-t-elle une contrainte d'unicité?
Comment est construite la liste de valeur?

[pacmann]

Salut !

Les statistiques sont-elles à jour ?
Il faut le plan d'exécution.

Explication rapide :
Pour choisir le bon plan d'exécution, le Cost Based Optimizer (CBO) a besoin de se faire une idée de ce qu'il y a dans ta table : c'est ce qu'on appelle les statistiques.
Par exemple, si jamais la liste de 157 valeurs te renvoie 200 000 lignes, il se peut fortement qu'il soit plus rapide de lire toute la table.
Et si l'optimiseur ne sait pas que la requête doit renvoyer 157 lignes, il donne une valeur arbitraire...

Tu peux faire la petite requête suivante :

Code :

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

1
2
3
4
 
SELECT last_analyzed 
FROM dba_tables
WHERE table_name = upper('maTable')

Pareil pour les indexes :

Code :

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

1
2
3
4
 
SELECT index_name, last_analyzed 
FROM dba_indexes
WHERE table_name = upper('maTable')

Ensuite, le plan d'exécution confirmera si la table est lue en entier ou non.

Utilise SQL*Plus, et fais :

Code :

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

1
2
3
4
5
6
7
8
 
EXPLAIN PLAN FOR
TaRequete
/
 
SELECT * 
FROM table(dbms_xplan.display)
/