Eingeschobener Join

[Win32.API]

@Neutral General: Mir scheint es auch so, als seien sie äquivalent. Jedoch würde ich dies gerne bestätigt haben.

@jobo: Genau, ich wollte mich jetzt nicht auf ein einzelnes Query verlassen. Es ist wichtig, dass im zweiten Beispiel beides left joins sind, da sonst das Ergebnis abweicht.

[jobo]

Dann empfehle ich Dir doch das Handbuch

[Iwo Asnet]

Das ist so wie mit der Addition bzw. hier ist es ja Mengenlehre (Vereinigung) und dem Distributivgesetz. Hier das Ganze mit (impliziten) Klammern:

Code:

select * from A a
    left join 
        (
        B b join C c on c.key = a.key
        )
    on b.key = a.key;

"B join C on ..." ist eine Tabelle und die kann mit jeder anderen Tabelle verknüpft werden.

Was mich hier aber wundert ist, das Du das join mit einer nicht in der (impliziten) Klammer befindlichen Tabelle machen kannst. Mir scheint, hier hast Du zu sehr vereinfacht, denn dein Beispiel funktioniert bei MSSQL so nicht (weil 'A' nicht in der impliziten Klammer steht). Ich würde mich wundern, wenn es bei Oracle genau so geht.

[Jumpy]

Code:

select * from A a
    left join 
        (
        B b join C c on c.key = a.key
        )
    on b.key = a.key;

Irgendwie komisch finde ich hier, das im Inneren Join auch auf a.key verglichen wird. Wenn da c.key = b.key stünde, fänd ich das logischer.

Edit: Das ist wahrschlich dasselbe was Iwo Asnet mit seinem letzten Satz sagt, oder?

[Iwo Asnet]

Zitat von Jumpy:

Edit: Das ist wahrschlich dasselbe was Iwo Asnet mit seinem letzten Satz sagt, oder?

Nicht nur 'wahrscheinlich'

[jobo]

Zitat von Neutral General:

..
Also der Lesbarkeit dient das ganz sicher nicht...

Deswegen hab ich ja "soll" geschrieben. Hät ich mal besser im Konjunktiv geschrieben. Ich mag die ANSI Joins nicht (aus Gewohnheit), auch wenn sie eigentlich viel klarer sind. Meist nehm ich das (+) (solange es geht). Aber der Teufel steckt im Detail.
Bei mir funktioniert der dargestellte Join aus dem Eingangspost nicht und ich frag mich, wie man da von "verschiedenen" Ergebnissen sprechen kann. Okay, ora-12345 ist ja im weitesten Sinn auch ein Ergebnis.

SQL-Code:

C:\Users\jov4>sqlplus jo@db

SQL*Plus: Release 11.2.0.1.0 Production on Di Feb 14 21:38:43 2012

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Kennwort eingeben:

Verbunden mit:
Oracle Database 11g Release 11.2.0.1.0 - 64bit Production

SQL> create table A (key number(5));

Tabelle wurde erstellt.

SQL> create table B (key number(5));

Tabelle wurde erstellt.

SQL> create table C (key number(5));

Tabelle wurde erstellt.

SQL>
SQL> SELECT * from A;

Es wurden keine Zeilen ausgewõhlt

SQL> SELECT * from B;

Es wurden keine Zeilen ausgewõhlt

SQL> SELECT * from C;

Es wurden keine Zeilen ausgewõhlt

SQL>
SQL> select * from A a
  2      left join B b
  3          join C c on c.key = a.key
  4      on b.key = a.key;
        join C c on c.key = a.key
                            *
FEHLER in Zeile 3:
ORA-00904: "A"."KEY": ung³ltiger Bezeichner


SQL>

Iwo Asnet lag also sehr richtig.

Entweder hat win32.api eine 11 beta oder es ist ein klassischer Fall von Fehler bei der Selbstzensur. Kann ja passieren.

[Win32.API]

Ihr habt Recht, ich habe einen kleinen Tippfehler gemacht:

SQL-Code:

select * from A a
    left join B b
        (
            join C c on c.key = b.key
          --join C c on c.key = a.key
        )
    on b.key = a.key;

@Iwo Asnet: Danke für die Erklärung mit der Mengenlehre, mit der Explizit hingeschriebenen Klammer wird dies auch sofort deutlich.