Discussion :

[yann123456]

Bonjour,

J'optimise les requêtes d'une application en écrivant correctement mes jointures chose que je ne fesais pas avant.

Le problème c'est que pour la requête ci-dessous, j'ai l'impression qu'elle prend plus de ressources qu'avant.

Je l'ai peut-être mal optimiser, pouvez-vous me donner votre avis.

Avant:

Code :

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

1
2
3
4
5
6
 
SELECT id, nom_categorie 
FROM categories_catalogue 
WHERE id_categorie_mere = '0' 
AND nom_categorie NOT IN ('A_classer', 'hors-sujet') 
AND id IN (SELECT id_categorie_mere FROM categories_mere WHERE id_categorie IN (SELECT id_categorie FROM categorie_detail WHERE id_site = '68'))

Après:

Code :

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

1
2
3
4
5
6
7
8
9
 
SELECT DISTINCT cc.id, cc.nom_categorie 
FROM categories_catalogue cc 
INNER JOIN categories_mere cm ON cm.id_categorie_mere = cc.id 
INNER JOIN categorie_detail cd ON cd.id_categorie = cm.id_categorie 
WHERE cc.id_categorie_mere = '0' 
AND cc.nom_categorie NOT IN ('A_classer', 'hors-sujet') 
AND cd.id_site = '68' 
ORDER BY cc.id

Ce qui m'embête c'est que dans la version optimisé, la première requête parcours 6240 lignes ce qui n'était pas le cas avant.

Pouvez-vous me donner votre opinion sur mon optimisation et les performances ?

Merci d'avance.

[Oishiiii]

Bonjour,

Le problème c'est que pour la requête ci-dessous, j'ai l'impression qu'elle prend plus de ressources qu'avant.

Ce n'est qu'une impression ? Avez-vous pris des mesures ?

Ce qui m'embête c'est que dans la version optimisé, la première requête parcours 6240 lignes ce qui n'était pas le cas avant.

Le nombre dans la colonne "rows" de l'explain plan n'est qu'une estimation et se révèle parfois très trompeur. Ce n'est pas forcément le nombre de lignes manipulées par MySQL.

Il n'y a pas grand choses à dire sur cette requêtes, mais:
- Vos colonnes cc.id_categorie_mere et cd.id_site sont de type chaine de caractères ?
- Vous pourriez peut-être remplacer

Code :

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

AND nom_categorie NOT IN(...)

par:

Code :

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

AND id NOT IN(...)

[CinePhil]

Si les id sont, comme il se devrait, de type entier, inutile de mettre les valeurs souhaitées entre apostrophes. Ca peut déjà éviter à MySQL de se demander s'il faut faire un transtypage qui empêcherait l'utilisation de l'index.

Les colonnes constituant les clés étrangères et intervenant dans les conditions de jointure sont-elles indexées ?

[yann123456]

Bonjour,

Ce n'est qu'une impression ? Avez-vous pris des mesures ?

Quelles mesures je peux prendre ?
Je peux comparer les temps d'exécution de la requête dans mysql, mais je ne trouve pas cela très pertinent.

Si les id sont, comme il se devrait, de type entier, inutile de mettre les valeurs souhaitées entre apostrophes. Ca peut déjà éviter à MySQL de se demander s'il faut faire un transtypage qui empêcherait l'utilisation de l'index.

Oui, tous les id sont des entiers.

Les colonnes constituant les clés étrangères et intervenant dans les conditions de jointure sont-elles indexées ?

Oui, elles sont toutes indexées.