Discussion :

[Xenofexs]

Salut

Je dois optimiser une requête qui actuellement s’exécute en .... 19secondes malgré qu'elle soit très simple.

J'ai du coup fait ma petite requête qui s'exécute en 0.4s ce qui est nettement plus raisonnable seulement voila, je n'ai pas le même nombre de résultats

Je voudrai savoir si quelqu'un pouvait m'expliquer les réelles différences entre ces deux requêtes. Aussi est ce que la mienne peut suffire malgré le moindre retour (l'ancienne fait elle des doublons?)

Bref, place au code

Code :

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

1
2
3
4
5
6
7
SELECT * 
FROM cc_inscription 
LEFT JOIN cc_paiement 
ON cc_paiement.inscription_id = cc_inscription.inscription_id 
WHERE cc_inscription.course_id=1 
ORDER BY cc_inscription.inscription_id ASC; 
(4107 records, 19s execution)

Code :

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

1
2
3
4
5
6
SELECT * 
FROM cc_inscription, cc_paiement 
WHERE cc_paiement.inscription_id = cc_inscription.inscription_id 
AND cc_inscription.course_id=1 
ORDER BY cc_inscription.inscription_id ASC; 
(3780 records, 0.400s)

Si les résultats sont effectivement différents (donc que le LEFT JOIN ne provoque pas de doublons).

Pourriez vous m'indiquer comment je pourrai l'optimiser histoire qu'elle ne fasse pas 19secondes ?

Merci beaucoup !

[aieeeuuuuu]

rien à voir avec les doublons : la jointure externe renvoie en plus les lignes de la table cc_inscription pour lesquelles il n'existe pas de ligne dans la table cc_paiement qui satisfasse la condition de jointure.

une telle différence de temps d’exécution est tout de même étrange. Ne manque-t-il pas un index ? il faudrait comparer les deux plans d’exécution.

[Xenofexs]

Je doute fort qu'il y ait un quelconque index en effet ... et j'avoue avoir vu ça viteuf en cours sans vraiment savoir ce que c'est ni comment en faire un mais je suis tout à fait preneur si on peut m'expliquer

Merci pour ta réponse en tout cas

[Xenofexs]

Je re-post du coup désolé j'ai du mal m'exprimer. Pourriez vous m'expliquer comment je pourrai optimiser cette requête avec un système d'index ?

En ce qui concerne les 'plans d'exécutions' je ne vois pas trop ce dont tu parle. La manière dont sont faites les requêtes ? C'est sous navicat que j'ai ces résultats donc sans passer par un autre langage (de base le script est php mais les temps d’exécutions sont ceux de navicat directement)

[StringBuilder]

Le problème de performances me semble plutôt venir du cache... Après la première requête, les données sont déjà en cache (la seconde est un sous-ensemble de la première).

Donc la première, lectures physiques sur le disque, seconde, traitements uniquement en mémoire.

J'aimerais bien voir ce que ça donne si on les lance dans l'ordre inverse.

Car un LEFT OUTER JOIN n'est pas plus lent qu'un CROSS JOIN combiné à un filtre, on n'est plus à l'époque de Ingres...

[aieeeuuuuu]

combien y a-t-il de lignes dans chaque table ?