ORDER BY modelId (mais faire tri par nom du modele) [Résolu]

[Sayrus]

Bonjour,

Code :

SELECT var1, var2 FROM mon_autre_table ORDER BY modelId ASC

Nous savons que cette requête simple permet de trier par ordre croissant des ID (modelId)

Cependant, modelId fait référence à l'id d'une table (models) qui contient les champs "id" et "title"

Comment faire pour avoir la même requête qu'ici au dessus mais qu'au lieu de trier par modelId ça trie par le "title" de l'autre table?

J'avais penser aux requêtes imbriquées, mais je ne sais pas si c'est possible dans un ORDER BY?

Je sais qu'un INNER JOIN ou LEFT JOIN ferait très bien l'affaire mais j'aimerais savoir si il y a une alternative car je ne peux que modifier la partie ORDER BY de la requête...

Merci pour votre aide!

[CinePhil]

Le SGBD ne peut travailler que ce sur quoi la requête le lui impose.
Comme tu ne disposes que de la clé étrangère, tu ne peux pas remonter à la table de référence sans faire la jointure dans la requête.

[Antoun]

Je viens de tester, ça marche avec une sous-requête :

Code :

1
2
3
SELECT var1, var2 
FROM mon_autre_table 
ORDER BY (SELECT title FROM ma_table WHERE ma_table.Id = mon_autre_table.modelId ) ASC

[CinePhil]

Envoyé par Antoun

Je viens de tester, ça marche avec une sous-requête :

Code :

Ça ressemble fort à une sous-requête corrélée ça non ?
J'espère que les tables de Sayrus ne sont pas trop grosses, sinon bonjour les performances !

[Antoun]

Envoyé par CinePhil

Ça ressemble fort à une sous-requête corrélée ça non ?

Je pense qu'on peut même aller jusqu'à dire que c'est une !

Envoyé par CinePhil

J'espère que les tables de Sayrus ne sont pas trop grosses, sinon bonjour les performances !

Oui, même avec du moyennement gros, la perf peut être catastrophique.

[Sayrus]

Merci pour vos réponses!

Donc en gros, une sous requête dans le ORDER BY est à éviter...

Je vais donc devoir faire une jointure ce qui va être un peu plus embêtant mais pas impossible...

Merci!