Discussion :

[zin_rbt]

bonsoir

en lisant les cours SQL sur le lien http://sqlpro.developpez.com/cours/sqlaz/ensembles/ précisément sur le Group by ,
on cherche ce qui suit

cherchons à savoir quel a été le nombre de nuitées pour chaque chambre au cours de l'année 1999 (une nuitée étant une personne passant une nuit dans une chambre. Si deux personnes occupent la même chambre cela fait deux nuitées)

j'ai eu du mal a comprendre la requête suivante avec la jointure :

Code :

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

1
2
3
4
5
6
 SELECT SUM(CHB_PLN_CLI_NB_PERS), C.CHB_ID
FROM   T_CHAMBRE C
       JOIN TJ_CHB_PLN_CLI P
            ON C.CHB_ID = P.CHB_ID
WHERE  PLN_JOUR BETWEEN '1999-01-01' AND '1999-12-31'
GROUP  BY C.CHB_ID

n'y a-t-il pas un autre moyen pour exprimer la même chose sans passer par les jointures ???

Code :

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

1
2
3
4
5
 SELECT SUM(CHB_PLN_CLI_NB_PERS), C.CHB_ID
FROM   T_CHAMBRE C , TJ_CHB_PLN_CLI P
WHERE  C.CHB_ID = P.CHB_ID
AND   PLN_JOUR BETWEEN '1999-01-01' AND '1999-12-31'
GROUP  BY C.CHB_ID

ne veut pas dire la même chose ?

vous pouvez consulter la base a partir du lien la base de données exemple

Merci bcp pour votre aide

[Oishiiii]

Bonsoir,

Les deux requêtes que vous proposez sont tout à fait équivalentes, ce sont des jointures internes.

La première effectue une jointure disons "explicite" avec l'opérateur JOIN (accompagné de ON).
La seconde réalise une jointure en "deux temps" puisque vous effectuez un produit cartésien (clause FROM) puis une restriction (clause WHERE).

On privilégie la première syntaxe (avec JOIN), l'autre étant souvent considérée comme obsolète, moins lisible, etc..

Plus d'informations ici, suivies d'un débat là.

[zin_rbt]

Bonsoir,

Les deux requêtes que vous proposez sont tout à fait équivalentes, ce sont des jointures internes.

La première effectue une jointure disons "explicite" avec l'opérateur JOIN (accompagné de ON).
La seconde réalise une jointure en "deux temps" puisque vous effectuez un produit cartésien (clause FROM) puis une restriction (clause WHERE).

On privilégie la première syntaxe (avec JOIN), l'autre étant souvent considérée comme obsolète, moins lisible, etc..

Plus d'informations ici suivit d'un débat là.

est-ce qu'on peut dire que : pour les jointures internes , avec WHERE ça marche (même si on privilègie l'utilisation de join) . mais avec les autres types de jointures (externe , union ...) JOIN est irremplaçable

[CinePhil]

JOIN est la syntaxe normalisée depuis 1992 pour les jointures.
18 ans après, il est temps d'abandonner la syntaxe FROM WHERE devenue obsolète non ?

Les deux syntaxes fonctionnent toujours mais autant se mettre à la norme.

[Antoun]

est-ce qu'on peut dire que : pour les jointures internes , avec WHERE ça marche (même si on privilègie l'utilisation de join) . mais avec les autres types de jointures (externe , union ...) JOIN est irremplaçable

Non, on ne peut même pas dire ça. Pour les jointures externes, certains SGBD on des syntaxes spécifiques, comme par exemple le sinistre (+) d'Oracle. Quant à l'union, ce n'est pas une jointure et on ne la fait pas avec un JOIN.

La question n'est donc pas vraiment dans les possibilités techniques (même si, en grattant bien, on trouverait des cas où JOIN est indispensable ou optimal), mais plutôt dans la lisibilité et la normalisation...

JOIN est la syntaxe normalisée depuis 1992 pour les jointures.
18 ans après, il est temps d'abandonner la syntaxe FROM WHERE devenue obsolète non ?

Les deux syntaxes fonctionnent toujours mais autant se mettre à la norme.

+1 !