Discussion :

[Luc Orient]

Salut
J'ai toujours utilisé JOIN :

• normalisé

Oui, on est tous d'accord ...

• lisible

Il semble qu'il y ait une majorité pour le penser ... Encore que la notion de lisibilité soit assez subjective non ?

• performant : plus apte à être optimisé( par l'optimiseur )

Je veux bien le croire, mais un exemple où l'optimiseur choisit un chemin d'accès moins performant avec une jointure écrite avec WHERE plutôt qu'avec JOIN serait le bienvenu je trouve ... En précisant le SGBD bien sûr ...

[Remi.Net]

Pour ma part je fais partie de ceux : Je n'ai pas envie de me mettre à niveau, j'utilise toujours le clause where. (J'aurrais cru qu'on serait plus seulement 5 jusqu'à maintenant)

Ça fait 9 ans que je fais du SQL avec Oracle et aussi à l'occasion avec DB2 sur mainframe ou As/400. J'utilise toujours la clause Where pour faire mes jointures. Le truc pour que ce soit lisible c'est de toujours commencer par les jointures, juste une question d'habitude.

Deux nouveaux sont rentrés récemment, tout frais sortie du collège. Ceux-ci utilisait la nouvelle monenclature pour les jointures. Dès que tu dépasses les 5 tables, je trouves la syntaxe plus difficile surtout quand tu intéreoges un datamart (comptoir de données) modèlisé en snowflake (flocon de neige). Je crois qu'ici aussi c'est une question d'habitude.

Rémi

[f_bobo]

Salut à toutes et tous

Petite question en passant, l'utilisation du join à la "place" d'un where, ce n'est que dans le cas d'un select ou c'est pareil pour un update d'une table à partir de donnée d'une autre ?

[Magnus]

l'utilisation du join à la "place" d'un where, ce n'est que dans le cas d'un select ou c'est pareil pour un update d'une table à partir de donnée d'une autre ?

Vous parlez de la syntaxe hors norme qui permet de spécifier plus d'une table dans la clause UPDATE (remarque : je n'utilise jamais cette syntaxe mais certains utilisateurs du forum m'ont indiqué que leur SGBD leur permettait) ?

Ex :

Code :

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

1
2
UPDATE MyTable1, MyTable2
...

[Luc Orient]

Vous parlez de la syntaxe hors norme qui permet de spécifier plus d'une table dans la clause UPDATE (remarque : je n'utilise jamais cette syntaxe mais certains utilisateurs du forum m'ont indiqué que leur SGBD leur permettait) ?

Ex :

Code :

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

1
2
UPDATE MyTable1, MyTable2
...

Oui c'est très étrange je trouve ... cf :
utilisation de deux jointures
A partir du post # 11

[Chen norris]

J'ai appris le JOIN à l'IUT, mais à l'époque, je trouvais le WHERE plus simple. Mais je me suis rapidement rendu compte qu'avec le WHERE, il y avait un certains nombre de risques :

• Un oubli est vite arrivé, sans que l'on s'en rende compte.
• On peut confondre entre des clauses de jointures et des clauses de sélection.
• La requête n'est pas forcément optimisée de la façon que le programmeur souhaite optimiser.

Pourtant, il y a quelques mois, en stage, l'admin où j'étais m'a demandé de changer ma requête avec des JOIN en requête avec des WHERE. Le problème, c'est que j'avais des RIGHT JOIN (certains champs étaient facultatifs pour 2-3 tables). J'ai dû utiliser des JOIN malgré tout.

[chrifo]

Je sens que je vais me faire huer mais je trouve le WHERE beaucoup plus lisible, tout est question d'indentation. Dès que l'on commence à avoir plus de 5 tables dans la requête la syntaxe en JOIN devient difficilement lisible ... mais c'est certainement une question d'habitude.

Ceci dit, pour aller dans votre sens et étant donné que Oracle accueil les requêtes en JOIN à bras ouverts depuis un certain temps, je fais quelques efforts pour essayer de me "normaliser" (sur les nouveaux projets, pour ce qui est maintenance des anciennes applis je préfère rester homogène et continuer avec la norme utilisée dans le reste du code).

[Xo]

Tout est question d'indentation, les jointures avec join peuvent très bien être indentées correctement :

Code :

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

1
2
3
4
5
6
SELECT ...
  FROM Table1 INNER JOIN Table2 ON Champ1_1 = Champ2_1
              INNER JOIN Table3 ON Champ2_3 = Champ3_1
              INNER JOIN Table4 ON Champ3_4 = Champ4_1
 WHERE Champ2_3 = blabla
   AND Champ4_7 = ...

Pour ceux qui ont besoin d'aide pour mettre leurs requête en forme :
http://www.developpez.net/forums/sho...58&postcount=4

[chrifo]

Bah oui je ne dis pas le contraire, c'est une question d'habitude.
Au premier coup d'oeil, il me faut simplement plus de temps pour comprendre ta requête que si elle était écrite avec l'autre syntaxe. Sur une seule requête ça n'a pas d'importance, mais quand il y en a des pleines pages je perds un peu de temps.

[f_bobo]

Vous parlez de la syntaxe hors norme qui permet de spécifier plus d'une table dans la clause UPDATE (remarque : je n'utilise jamais cette syntaxe mais certains utilisateurs du forum m'ont indiqué que leur SGBD leur permettait) ?

Ex :

Code :

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

1
2
UPDATE MyTable1, MyTable2
...

En fait non pas vraiment.
C'est plutôt comme ci dessous :

Code :

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

1
2
3
4
5
update table1 set
champ1 = t2.champ1
...
from table1 t1, table2 t2
where t1.x = t2.x etc...