Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
INNER JOIN ... ON ... ou jointure dans clause where
Bonjour à tous,
voila je me pose une petite question.
Pourquoi tant de monde utilise les INNER JOIN ... ON ... plustot que les jointure dans les clause where.
D'apres ce que j'ai lu, la performance de la requete n'est pas affecter par le choix d'un des 2 types de jointures. En plus, je trouve les INNER JOIN ... ON ... vraiment illisible voir carrement indigeste par rapport aux jointures "normales" dans les clause where.
quelqu'un pourrai m'indiquer la diiférence entre les 2 manières ?
c'est tout le contraire. Quand tu mets tout dans la clause where, tu mélanges jointure et condition, bonjour le bordel pour t'y retrouver sur une grosse requêteEn plus, je trouve les INNER JOIN ... ON ... vraiment illisible voir carrement indigeste par rapport aux jointures "normales" dans les clause where
De plus lorsque tu dois passer à une jointure externe, il n'y a pas grand chose qui change, tandis que si tu fais ta jointure dans le where il faut tout casser, et apprendre les inner join, left join.
Je pense pareilEnvoyé par Oluha
Dans les where : c'est les criteres de selections des enregistrement que l'on veut
Dans les joins : c'est les liaison entre tables
c'est plus clair de séparer les deux
Oluha > peut etre alors ! je dirai que c'est une question d'habitude. Perso je trouve dans les clause where mille fois plus facile a comprendre/lire ainsi qu'a maintenir. Question de gout je dirai donc. En plus pour la clarter je fais les jointure d'une par puis ensuite les conditions, donc se qui fait que les deux sont quand meme bien séparés
soazig > n'importe quoi ce que tu ecris, c'est le meme principe pour les jointure externe sauf qu'il y a encore moins a ecrire dans les clauses where (*= ou =*). Il y a pas de petites economies
Voilà un article qui devrait t'apporter des réponses :
http://sqlpro.developpez.com/cours/s...ointures/#L1.2UN CONSEIL IMPORTANT
Dans la mesure du possible, utilisez toujours un opérateur de jointure normalisé Sql2 (mot clef JOIN).
En effet :
Les jointures faites dans la clause WHERE (ancienne syntaxe de 1986 !) ne permettent pas de faire la distinction de prime abord entre ce qui relève du filtrage et ce qui relève de la jointure.
Il est à priori absurde de vouloir filtrer dans le WHERE (ce qui restreint les données du résultat) et de voiloir "élargir" ce résultat par une jointure dans la même clause WHERE de filtrage.
La lisibilité des requêtes est plus grande en utilisant la syntaxe à base de JOIN, en isolant ce qui est du filtrage et de la jointure, mais aussi en isolant avec clarté chaque condition de jointures entre chaque couples de table.
L'optimisation d'exécution de la requête est souvent plus pointue du fait de l'utilisation du JOIN.
Lorsque l'on utilise l'ancienne syntaxe et que l'on supprime la clause WHERE a des fins de tests, le moteur SQL réalise le produit cartésiens des tables ce qui revient la plupart du temps à mettre à genoux le serveur !
j'aime bien les "peu etre "
non en fait je pense pas que ca dégrade les performances ni meme d'ailleur que ca les ameliores. Tant que l'on sait comment classer les conditions dans le where.
Qu'en a la meilleurs lecture des requetes ben je passe plus de temps à les comprendres avec les inner....join que dans la clause where. Je suis peu etre le seul dans ce cas
J'aime bien que dans le from il apparai que les tables utilisés ca permet deja de bien comprendre la requete. En plus l'ordre dans le from lui est important et joue sur la performence de la requete.
enfin voila merci de vos precisions
en fait je me demande pourquoi tu as posé la question puisque ca semblait déjà fixé dans ton idée
Ce qui prime avant tout c'est la normalisation à mon avis, d'autant plus quand quelqu'un doit reprendre le code par la suite (ce qu'on imagine par forcemment quand on code)
Je pense que s'il a été crée une nouvelle norme pour les jointures depuis 1986, c'est qu'il y a bien une bonne raison à cela
le truc que je voulias savoir c'est pourquoi on conseille d'ecrire comme ca alors que pour moi c'est moins lisible et qu'on y gagne rien niveau pref ou autre.
La j'ai compris ben qu'en fait que ca sert a rien mise à part que d'autre que moi le trouve plus lisible. Je croyais que pour les autres aussi c'etait plus dure à lire le sql présenter comme ca, je me suis tromper en meme temps mon echantillon de personne est un peu trop petit
Mon premier contact avec ce style de jointure c'est avec Access que je l'ai eu, or pour être-utilisable avec les assistants de requête, le SQL généré est particulièrement lourd et indigeste.
Mais quand c'est bien présenté et indenté c'est tout à fait lisible et puissant. Il a comme avantage de bien séparer les jointures des clauses de restriction.
heu peux tu preciser de quel type de jointure tu parles
...je parlais des jointures ANSI SQL 92, c'est-à-dire INNER JOIN.
ok merci ;-)
Répondre avec citation
Partager