Discussion :

[Thierry8]

Bonjour,

Voila mon problème (enfin juste perplexe sur un point).
J'ai une requête:

Code :

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

SELECT e.typ_elmt,e.id_elmt,p.titre FROM elements_pages e INNER JOIN pages_site p ON e.id_page=p.id WHERE p.url ="qui-nous-sommes" ORDER BY e.ordre ASC

Je récupère donc deux infos e.typ_elmt,e.id_elmt qui change tout le temps !
En revanche le p.titre ets indiqué une seule fois et donc toujours le même !
Dans ce cas faut-il créer une autre requête pour lui ou puis-je le récupérer ainsi ?

En fait je me dis que ainsi, ce n'est pas optimiser il faudra chaque foi allé chercher le titre alors qu'il ne met necessaire qu'une seule fois !
(peut être un truc qui gère automatiquement ce genre de cas et donc qu'il est plus avantageux de faire ainsi...je ne sais pas !)

Quand pensez-vous ?

[pcaboche]

C'est la manière standard de faire, il n'y a rien à redire là-dessus.

[Thierry8]

C'est à dire ? manière standard...mais laquel ?

[pcaboche]

Je veux dire: c'est tout à fait normal de faire une jointure, il n'y a rien de choquant là-dedans.

Et question "optimisation", tu ne vas pas gagner grand chose à faire 2 requêtes (à part à faire deux communications sur le réseau). Je ne sais plus qui disait: "L'informatique, c'est l'art de passer des heures à gagner quelques millisecondes". Dans ton cas, c'est vrai (ta requête n'est pas suffisamment complexe pour véritablement gagner en termes de temps)

[Thierry8]

Ouai...je comprends ce que tu veux dire...mais l'objet de la question n'ai pas réellement celui ou tu veux en venir...

Je m'explique ! La jointure est déjà présente ! La pas de soucis on ne s'en occupe pas ! Seulement j'ai un champ supplémentaire à récupérer, or je peux le récuperer via la jointure ou par un autre select...
Seulement je ne sais pas quel option il faut plutôt privilégier..!
Car si je la récupère dans la jointure je vais retrouver se champ autant de fois qu'il y a d'éléments...or une seule fois me suffit car il sera identique dans tous les autres!

Donc ma question est: est-ce que mysql gère automatiquement ce genre de cas en disant ce renseignement viens d'une table ou la valeur ne change jamais car on se base sur le même identifiant sur cette table....

Cas inverse (non gérer par mysql), plutôt entreprendre un select à part, car si beaucoup d'éléments, occupation mémoire en plus inutile, requête plus lente, etc... (surement quelques millisecondes, mais ma question n'ai pas là, c'est pour savoir comment il faut pratiquer dans cette situation !)

[pcaboche]

Donc ma question est: est-ce que mysql gère automatiquement ce genre de cas en disant ce renseignement viens d'une table ou la valeur ne change jamais car on se base sur le même identifiant sur cette table....

Oui, MySQL fait ce genre d'optimisations en se basant sur les conditions de jointure (et aussi celles du WHERE).

Pour plus de renseignements, voir dans la la doc MySQL le chapitre 7 (optimisations), en particulier les chapitres dont le nom commence par "How MySQL optimizes ..."

[Maximil ian]

On peut aussi voir ça non pas d'un côté optimisation mais du point de vue masse de données circulant entre le client et le serveur.

Si la requête retourne énormément de lignes, alors il sera effectivement probablement plus efficace de faire un SELECT unique renvoyant le titre plutôt que de voir X fois la même donnée transmise de façon redondante sur le réseau.