Firebird: SQL JOIN gesucht

[Delphi.Narium]

Zitat:

Zitat von Jumpy (Beitrag 1528882)

SQL-Code:

Select T1.*,T2.*
From T1
Left Join T2 On 1=1
Where T1.Feld1='Irgendwas'

Geht in Firebird auch.

[Sinspin]

Wenn man beide Tabellen bedingungslos zusammenführen will mag das eine Lösung sein.
Aber es geht ja schon um eine Beziehung zwischen beiden Tabellen. Nur das diese bisher nicht via Index Feld gelößt ist. Sondern ein Flag in einem Feld abgelegt ist dessen Wert festlegt welche Sätze aus der anderen Tabelle gebraucht werden.

[Jumpy]

Zitat:

Zitat von Sinspin (Beitrag 1528894)

Aber es geht ja schon um eine Beziehung zwischen beiden Tabellen. Nur das diese bisher nicht via Index Feld gelößt ist. Sondern ein Flag in einem Feld abgelegt ist dessen Wert festlegt welche Sätze aus der anderen Tabelle gebraucht werden.

Das steht ausser Frage. Eine Zwischentabelle zum Abbilden einer n:m-Beziehung ist auf jeden Fall der bessere Weg.
Mir ging es nur darum zu Erfahren, was der Cross Join anders mach (in der Situation) als der Left Join und ob ich beim Left Join auch das von IBExpert beschriebene Problem habe, dass erst so ein riesiges Kreuzprodukt aufgebaut wird, bevor die Where-Bedingungen greifen, oder ob das die Datenbank dann schon optimieren kann und erst mal die Datensätze nimmt, die laut Where Bedingung aus Tabelle T1 kommen bevor dann das Ganze T2 dazu gejoined wird.

[Delphi.Narium]

Zu Oraclezeiten (20+ Jahre her) hätte meine Lösung dann eher so ausgesehen:

SQL-Code:

select T1a.*,T2.*
from (select * from T1 where T1.Feld1 = 'Irgendwas') T1a
Left Join T2 On 1=1

Erst in einem Select maximal einschränken und dann das Ergebnis dieser Einschränkung mit den anderen Tabellen joinen.

(Hat manchen Tag Laufzeit in Produktivsystemen eingespart).

[MyRealName]

Das Einschränken würde ja über einen CTE auch funktionieren, welche Firebird unterstützt. Wie gesagt, beid er einen Tabelle geht es um max. 10 Einträge.

[Uwe Raabe]

Ich versuche es mal so zu formulieren, wie ich es verstanden habe:

• Es gibt nur einen Kunden (der für den es die Datenbank überhaupt gibt)
• Es gibt mehrere Lieferadressen
• Es gibt keine Einschränkung der Lieferaddressen für ein Property

Die im ersten Post gezeigte Query listet also jedes Property genau so viel mal auf wie es Lieferadressen gibt. Also in der Art:

Property1, Lieferadresse1
Property1, Lieferadresse2
Property1, Lieferadresse3
...
Property2, Lieferadresse1
Property2, Lieferadresse2
Property2, Lieferadresse3
...
Property3, Lieferadresse1
Property3, Lieferadresse2
Property3, Lieferadresse3
...

Dann brauchst du auch keine weiteren Maßnahmen ergreifen.