[SQL] Outer Join

[1carter1]

solche subquerys die du da benutzt sollte man immer versuchen zu vermeiden, dadurch wird der code einfach nur unnötig lang und u.u. auch unverständlich.

joins sind viel besser für solche sachen und btw sind sie kein hack, wo hast'n du den schmarn her?
Und es ist auch kein gefrickel wenn man weiß wie man die dinger benutzt ;)

[omata]

Das ist absoluter Blödsinn.

Ich habe nichts gegen Joins, aber erstmal sind lange Abfragen völlig ok. Zweitens ist der EXISTS-Operator sehr effizient und drittens führen viele Wege nach Rom.

Wenn die Tabelle2 für einen Datensatz in Tabelle1 mehrere Zeilen enthält, vergrößert sich das Ergebnis. Da ist die EXISTS-Methode wesentlich sinnvoller. Vermutlich würdet ihr in dem Fall dann noch ein SELECT DISTINCT verwendet, autsch!

Also ne ne, ich weiß nicht, eure eingeschränkte Sicht der Dinge ist schon ziemlich traurig.

PS: Mein Beispiel passt nicht 100% zum Ursprung, trotzdem ist ein OUTER JOIN hier genauso möglich wie der EXISTS-Operator. Für mich persönlich ist dann der EXISTS-Operator sinnvoller und übersichtlicher. Aber ich bin ja nur ein unwissender Idiot und Ihr die Helden dieser Welt. Also weiter frickeln...

[Niko]

Dass der EXISTS-Operator an sich sehr effizient implementiert werden kann, ist sicher korrekt. Die Variante von omata hat aber den Nachteil, dass die Subquery abhängig ist von der äußeren Query, weshalb sie für jedes Ergebnistupel der äußeren Query einmal ausgeführt werden muss. Das ist der Grund, warum es sich normalerweise empfiehlt, abhängige Subqueries zu vermeiden.


Eine andere Subquery-Variante wäre übrigens die folgende:

SQL-Code:

select * 
  from tabelle1
  where PK not in (select FK from tabelle2)

Diese dürfte von der Performance her dem Vorschlag von alzaimar entsprechen, weil DB-Intern ein Join draus wird. Wenn über PK und FK je ein Index existiert, kann dieser sehr effizient ausgeführt werden.

Ich persönlich finde die Subquery-Variante etwas übersichtlicher, aber das ist Geschmack- und Gewohnheitssache.

[omata]

Das mag alles sein, trotzdem habe ich schon öfters eine Geschwindigkeitssteigerung erreicht, durch den Einsatz des EXISTS-Operators. Der verwendete JOIN war einfach langsamer. Und das brachte bei MySQL, MSSQL und auch Firebird merkliche Verbesserungen. Ok, dass waren SQL-Statements, die eine DIN A4 Seite füllen, aber wie gesagt, der EXISTS-Operator sollte nicht vernachlässigt werden, er ist nunmal sehr effizient und auch sehr schnell.
Aber wie auch immer, macht doch was ihr wollt. Ignoriert bitte einfach, was ich schreibe...