Plop

Je poste ici pour un petit coup de main, j'ai beaucoup de mal avec les requêtes SQL quand ça devient un peu complexe...
Je suppose que c'est pas compliqué mais les jointures tout ça ça me dépasse complètement  
Voilà mon souci. Je bosse sur un site de réservation de salle tout simple. Pour une recherche je voudrais afficher le bâtiment dans lequel se trouve la salle trouvée. J'ai donc ces tables :
SALLE
-------
id
nomsalle
numaile

AILE
------
id
nomaile
numbatiment

BATIMENT
------
id
nombatiment

Je fais ma recherche sur NOMSALLE (genre la salle A120, enfin truc bateau de fac quoi). J'aimerai afficher le batiment correspondant, et comme vous vous en doutez, AILE.numbatiment correspond à BATIMENT.id et SALLE.numaile correspond à AILE.id (une salle est dans une aile qui est dans un bâtiment).

J'aimerai donc récupérer le BATIMENT.nombatiment en ayant juste l'id de la salle. Comment je peux faire pour joindre mes 3 tables ?

Merci d'avance, si c'est pas clair n'hésitez pas à le signaler

Précision: je suis sous MySQL.

Voici :

Non.
Ca, oui :

SELECT
      S.nomsalle,
      B.nombatiment
FROM
      Batiment B
      INNER JOIN Aile A ON B.id = A.numbatiment
      INNER JOIN Salle S ON S.numaile = A.id

 
Si. Ca revient au même.
SVP, ne commençons pas un niéme débat sur les goûts et les couleurs. Alors au lieu de dire "Non" aux solutions des autres quand elles marchent, dire "Ou alors ceci...".

Merci beaucoup. Les deux fonctionnent, y'a t il une différence, par exemple en termes de performances ?
Même si l'appli ne sera pas utilisée par beaucoup de monde, ça peut être intéressant de le savoir

Au niveau des perfs pas de changements.
 
Si t'en choisit une prend celle d'Harkonnen qui est "normalisée"

Je ne reviendrais pas sur l'argumentation que j'ai maintes fois sorti à ce sujet. Je t'invite à aller la consulter dans le topic "blabla@SQL". Alors oui, ta solution marche, mais c'est une source potentielle de gros souci si on s'en sert mal ou si on ne fait pas gaffe.