Subselect in Where mit mehreren Ergebnisfeldern im IN-Operator

[Jumpy]

Hallo,

nur aus Neugier. Gibt es so ein Konstrukt:

Code:

Select
  A.*
From
  TabelleA A
Where
  A.Nummer, A.Tag IN (Select Nr, Tag From TabelleB)

Irgendwie dachte ich ich hätte das schon mal gesehen gehabt. Hab es aber bei Oracle nicht ans laufen gekriegt und das durch einen Right Join gelöst, aber die Neugier ist geblieben:

Code:

Select
  A.*
From
  TabelleA A
Right Join
 (Select Nr, Tag From TabelleB) B
On A.Nummer=B.NR
And A.Tag = B.Tag

[mkinzler]

Nottfals über

 ... A.Nummer || A.Tag IN (Select Nr || Tag From TabelleB)

[DeddyH]

Ist das nicht ein stinknormaler INNER JOIN?

SQL-Code:

SELECT
  A.*
FROM
  TabelleA A
JOIN 
  TabelleB B ON B.Nr = A.Nummer AND B.Tag = A.Tag

oder meinetwegen auch

SQL-Code:

SELECT
  A.*
FROM
  TabelleA A
WHERE EXISTS (
  SELECT 
    *
  FROM
    TabelleB B
  WHERE
    B.Nr = A.Nummer 
  AND 
    B.Tag = A.Tag    
)

[Jumpy]

Zitat von mkinzler:

Nottfals über

 ... A.Nummer || A.Tag IN (Select Nr || Tag From TabelleB)

Stimmt das geht natürlich.

[Jumpy]

Zitat von DeddyH:

Ist das nicht ein stinknormaler INNER JOIN?

Aua. Du hast ja recht.

Mein Right Join funktioniert ja nur weil in A zu jeder NR und Tag Datensätze vorhanden sind.
Ist das mal nicht der Fall, müsste ich ja leere Datensätze bekommen.

Irgendwie hab ich da zu kompliziert gedacht.

[jobo]

Ja, gibt es, es fehlt nur die Klammerung auf der linken Seite.
Hab das auch mal irgendwo benutzt, aber weiß nicht mehr warum.

Code:

Select
  A.*
From
  TabelleA A
Where
  (A.Nummer, A.Tag) IN (Select Nr, Tag From TabelleB)

Es wäre zu vermuten, dass ggf. vorhandene Indices hier besser greifen als in der Version mit Konkatenierung. Macht auch mehr Spaß bei nicht String Typen wie Date ...

[Jumpy]

Jepp, das war's. Wobei ich die Version mit dem Inner Join jetzt erstmal drin lasse.
Später mach ich dann mal einen Performance-Test, wenn ich richtige Daten habe.

Edit: Ganz vergessen: Danke euch allen!

[mkinzler]

Zitat:

Es wäre zu vermuten, dass ggf. vorhandene Indices hier besser greifen als in der Version mit Konkatenierung.

Das wird definitv so sein, wenn man nicht einen entsprechenden expression index erzeugt.