Discussion :

[sidacoq]

Bonjour,

Voila mon souci.
En sachant que fk_album_id et album_id ont été indexé dans leur table respectif...
Lorsque l'exécute la requête suivante :

Code :

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

1
2
SELECT * FROM album 
INNER JOIN album_title ON fk_album_id = album_id

La valeur Select_full_join s'incrémente pas

SELECT_FULL_JOIN Le nombre de jointures qui n'ont pas utilisé d'index. Si cette valeur est supérieure à 0, vérifiez soigneusement les indexes de vos tables.

Alors que lorsque j'ajoute un tri alors la le select_full_join s'incremente ... il y a donc un problème au niveau de mon indexation ou de ma jointure ??

Code :

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

1
2
3
SELECT * FROM album 
INNER JOIN album_title ON fk_album_id = album_id 
ORDER BY album.fk_time_id DESC

Merci pour vos réponses.

[skuatamad]

A priori aucun problème. Un autre moyen de passer par l'index serait select album_id au lieu de select *.
En gros oracle utilise l'index pour le tri car l'index l'aide à trier plus vite, mais, dans la jointure seule, un hash join des 2 tables semble assez cohérent, tout dépend de la sélectivité (et des stats).

Par contre je ne sais pas ce qu'est SELECT_FULL_JOIN, mais:

SELECT_FULL_JOIN Le nombre de jointures qui n'ont pas utilisé d'index. Si cette valeur est supérieure à 0, vérifiez soigneusement les indexes de vos tables.

ne dit pas : si l'index n'est pas utilisé alors vous avez un problème.

Il est bon d'indexer les FK pour plusieurs raisons, mais ça ne veut pas dire que l'index sera utilisé par toutes les requêtes, et c'est d'ailleurs tout le travail mené par oracle autour du CBO depuis plus de 10 ans.

[EDIT] Désolé je pensais être sur le forum oracle , ceci dit mes remarques concernant la non utilisation de l'index reste valable pour la plupart des autres SGBD, toute référence à oracle exclue.
As tu des problèmes de performances ?

[sidacoq]

Je suis sur Mysql mais c'est du pareille au même ... Le problème n'est pas sur la jointure mais sur le faite que les élements de jointure ne sont pas indexé alors que justement elles le sont.

Le paramètre SELECT_FULL_JOIN me remonte justement que lors de l'exécution de la requête les éléments de jointures ne sont pas indexés.

[skuatamad]

En fait c'est le contraire ? mysql passe par l'index sans le tri et pas par l'index avec le tri ?
Peux tu nous montrer l'explain plan ?

[sidacoq]

Voila la requête au complet ...
Merci de ton aide



Update :
Je pense que mon problème peux venir sur le faite que j'ai plusieurs possible keys ??? qu'en penses tu ? et comment je pourrais y remédier ?

2eme Update :
Ou/Et que j'ai des NULL sur mes possible Keys alors que j'ai des bonnes jointures indexées en plus.