SQL: jointure en cascades

[Bernard M]

Bonjour à tous,

Je rencontre un problème de construction d'une requête SQL de type "select".

J'ai besoin d'effectuer une jointure "en cascade" de 3 tables "BRA", "LOT" et "FAC". Voici le texte de ma requête :

Code :

select bra.bra_num, lot_period, fac.fac_ind from lot inner join fac on lot.lot_num = fac.lot_num inner join bra on fac.bra_num = bra.bra_num

Tous les champs utilisés comme critère de jointure sont des "alphanumériques".

Le framework intercepte une erreur avec le message suivant :

Erreur de syntaxe (opérateur absent) dans l'expression 'lot.lot_num = fac.lot_num inner join bra on fac.bra_num = bra.bra_num'

Par contre, si j'utilise, pour la deuxième jointure, la syntaxe du SQL1, ce qui donne :

Code :

select bra.bra_num, lot_period, fac.fac_ind from lot inner join fac on lot.lot_num = fac.lot_num, bra where fac.bra_num = bra.bra_num

...cela fonctionne parfaitement !

Quelqu'un saurait-il me dire ce qui cloche ?

Merci beaucoup de votre aide.

Bernard

[Bernard M]

Bonjour,

En fait, en cherchant un peu mieux sur ce forum, j'ai trouvé l'explication :

En .Net - ce n'était pas nécessaire avant avec Delphi et les composants KadAO, ni dans le SQL "normal", à ce que je sache -, il faut des parenthèses. Cela donne :

Code :

select bra.bra_num, lot_period, fac.fac_ind from ((lot inner join fac on lot.lot_num = fac.lot_num) inner join bra on fac.bra_num = bra.bra_num)

Quelqu'un saurait-il me dire où je peux trouver un tuto sur les spécificités de la syntaxe SQL de .Net ?

Merci pour vos pistes...

Cordialement

Bernard

[tomlev]

Envoyé par Bernard M

En .Net - ce n'était pas nécessaire avant avec Delphi et les composants KadAO, ni dans le SQL "normal", à ce que je sache -, il faut des parenthèses.

Envoyé par Bernard M

Quelqu'un saurait-il me dire où je peux trouver un tuto sur les spécificités de la syntaxe SQL de .Net ?

Il n'y a pas de "syntaxe SQL de .NET"... la syntaxe à utiliser est toujours celle du SGBD spécifique sur lequel la requête est exécutée. Il y a peut-être des petites subtilités quand tu passes par certains providers comme ODBC par exemple, mais la différence vient d'ODBC, pas de .NET

En tous cas la syntaxe que tu indiques avec des parenthèses me semble assez bizarre, je n'ai jamais vu un seul SGBD qui ait besoin de ces parenthèses (en tous cas ce n'est pas la syntaxe SQL standard)

[Bernard M]

Bonjour Tomlev,

C'est presque par hasard que j'ai vu ta réponse, six mois après ! Je ne comprends pas ce qui s'est passé, ce n'est pas dans mes habitudes. Je te prie sincèrement de m'excuser pour ce "silence impoli".

J'ai effectivement été surpris de la nécessité de ces parenthèses, mais je m'y suis fait !

J'ai remarqué d'ailleurs d'autres petites différences dans la syntaxe par rapport au composant pour Delphi, toujours pour attaquer une base Access.

Encore merci et mille excuses 64bits !

[Bluedeep]

Envoyé par Bernard M

J'ai remarqué d'ailleurs d'autres petites différences dans la syntaxe par rapport au composant pour Delphi, toujours pour attaquer une base Access.

Il aurait peut être fallu commencer par nous préciser qu'il s'agissait d'une base Access dont en effet le Sql est assez éloigné des standards.

[Bernard M]

Bluedeep :

Il s'agissait aussi d'une base Access dans le contexte du composant de Delphi, c'est pourquoi j'ai écris :

toujours pour attaquer une base Access.

Le coup des parenthèses dans le cas de jointures en cascades, par exemple, le composant de Delphi ne les exigeait pas ! C'était l'objet initial de la discussion.

Cordialement