Discussion :

[say]

Bonjour,
je me demandais qu'elle était la diff entre

Code :

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

1
2
3
4
5
6
7
 
SELECT 
t1.chmp1,
t1.chmp2,
t2.chmp1,
FROM table1 t1, table2 t2
WHERE t1.ide = t2.ide

et

Code :

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

1
2
3
4
5
6
7
 
SELECT 
table1.chmp1,
table1.chmp2,
table2.chmp1,
FROM table1
INNER JOIN table2 ON (table1.ide = table2.ide)

S'il n'y a pas de différence, c'est quoi l'intérêt?
autant, pour LEFT OUTER JOIN, je vois mais là...

merci

[phili_b]

Lit cela, partie "Dans la mesure du possible, utilisez toujours un opérateur de jointure normalisé Sql2 (mot clef JOIN)":

sqlpro.developpez.com: 1.2. Différents type de jointures (naturelles, équi, non equi, auto, externes, hétérogènes, croisée et union)
J'ai mis un moment à m'y mettre car lorsque l'on vient des jointures ancienne les nouvelles sont moins intuitive. Avec l'habitude les jointures normalisées ont plus de possibilités, c'est plus propre et on diffèrencie mieux la clause where proprement dite des jointures

Par contre en ce qui concerne les générateurs de requêtes comme BO je doute que ça vaille la peine que ces générateurs passent en jointures normalisées. ça risquerait de faire une usine à gaz pour une requête qui ne sera jamais aussi optimisée qu'une requête écrite à la main aux petits oignons.

[say]

Bonjour,

en effet, j'ai fini par lire l'article. c clair, c net...

merci
A+

[phili_b]

Par contre en ce qui concerne les générateurs de requêtes comme BO je doute que ça vaille la peine que ces générateurs passent en jointures normalisées.

Je me suis trompé pour les versions récentes:
Avec le paramètre de l'univers à ANSI92=Yes, dans BO 6.5 (BO 6.x?) on peut faire générer les jointures en SQL92 tout en les écrivant à l'ancienne mode mais en cochant le côté correspondant à la jointure externe: au moment de la génération de la requête on aura bien un LEFT JOIN.