Firebird - where Bedingung mit Bedingung

[lxo]

Zitat von Delphi.Narium:

Ginge sowas?

SQL-Code:

select * from tabelle where id = ((:condition and (id = 1)) 
union all
select * from tabelle where id = (not :condition and (id = 20))

Ich hab meine optimale Lösung mit UNION hinbekommen, mit der nur die erforderlichen Reads gemacht werden.
Danke für den Hinweis mit UNION, hatte das irgendwie außer acht gelassen da ich irgendwie davon ausgegangen bin das es mit dem UNION noch umständlicher für Firebird wäre.

Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from TABELLE1 T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID  = T1.ID and
                T1."GLOBAL" and
            T3.T2_ID = ( select T2_TEMP.ID
                      from TABELLE2 T2_TEMP
                             where T2_TEMP.MAIN)            
union
select T1.ID as T1_ID,
       T3.T2_ID,
       T3.WERT
from TABELLE1 T1
inner join TABELLE3 T3 on T3.T1_ID = T1.ID and
      not T1."GLOBAL"

[Delphi.Narium]

Nimm bitte mal nur die zweite Hälfte des Union und schau, ob sich hierdurch was verbessert / verändert:

SQL-Code:

select T1.ID as T1_ID,
       T3.T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where not "GLOBAL" 
) T1
inner join TABELLE3 T3 on T3.T1_ID = T1.ID

In der ersten Hälfte des Union lässt sich bestimmt auch noch was optimieren, weiß aber gerade keinen sinnvollen Ansatz dazu.

SQL-Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from TABELLE1 T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID = T1.ID and
                T1."GLOBAL" and
            T3.T2_ID = ( select T2_TEMP.ID -- sowas ist nicht unbedingt performant
                      from TABELLE2 T2_TEMP
                             where T2_TEMP.MAIN)

Leider ist es nicht unbedingt einfach die SQL-Syntax zu prüfen, wenn man keine entsprechenden Tabellen und Daten hat, daher ein Versuch für die erste Hälfte des Union als Idee, ohne Anspruch auf korrekte Syntax:

SQL-Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where "GLOBAL"
) T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID = T1.ID 
inner join (select ID from TABELLE2 where MAIN) T4 on T3.T2_ID = T4.ID

Wenn das funktionieren sollte, ergäbe sich daraus folgendes SQL:

SQL-Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where "GLOBAL"
) T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID = T1.ID 
inner join (select ID from TABELLE2 where MAIN) T4 on T3.T2_ID = T4.ID
union
select T1.ID as T1_ID,
       T3.T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where not "GLOBAL" 
) T1
inner join TABELLE3 T3 on T3.T1_ID = T1.ID

Kann es passieren, dass Datensätze sowohl in der ersten Hälfte des Union selektiert werden, als auch in der zweiten Hälfte des Union? Wenn nein, ändere das Union bitte in Union All. Dadurch muss die Datenbank das Ergebnis nicht sortieren und von Dubletten bereinigen, was die Abfrage (je nach Datenmenge) durchaus deutlich beschleunigen kann.

[lxo]

Zitat von Delphi.Narium:

Nimm bitte mal nur die zweite Hälfte des Union und schau, ob sich hierdurch was verbessert / verändert:

SQL-Code:

select T1.ID as T1_ID,
       T3.T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where not "GLOBAL" 
) T1
inner join TABELLE3 T3 on T3.T1_ID = T1.ID

In der ersten Hälfte des Union lässt sich bestimmt auch noch was optimieren, weiß aber gerade keinen sinnvollen Ansatz dazu.

SQL-Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from TABELLE1 T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID = T1.ID and
                T1."GLOBAL" and
            T3.T2_ID = ( select T2_TEMP.ID -- sowas ist nicht unbedingt performant
                      from TABELLE2 T2_TEMP
                             where T2_TEMP.MAIN)

Leider ist es nicht unbedingt einfach die SQL-Syntax zu prüfen, wenn man keine entsprechenden Tabellen und Daten hat, daher ein Versuch für die erste Hälfte des Union als Idee, ohne Anspruch auf korrekte Syntax:

SQL-Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where "GLOBAL"
) T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID = T1.ID 
inner join (select ID from TABELLE2 where MAIN) T4 on T3.T2_ID = T4.ID

Wenn das funktionieren sollte, ergäbe sich daraus folgendes SQL:

SQL-Code:

select T1.ID as T1_ID,
       T2.ID as T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where "GLOBAL"
) T1
cross join TABELLE2 T2
inner join TABELLE3 T3 on T3.T1_ID = T1.ID 
inner join (select ID from TABELLE2 where MAIN) T4 on T3.T2_ID = T4.ID
union
select T1.ID as T1_ID,
       T3.T2_ID,
       T3.WERT
from 
(
  select ID from TABELLE1 where not "GLOBAL" 
) T1
inner join TABELLE3 T3 on T3.T1_ID = T1.ID

Kann es passieren, dass Datensätze sowohl in der ersten Hälfte des Union selektiert werden, als auch in der zweiten Hälfte des Union? Wenn nein, ändere das Union bitte in Union All. Dadurch muss die Datenbank das Ergebnis nicht sortieren und von Dubletten bereinigen, was die Abfrage (je nach Datenmenge) durchaus deutlich beschleunigen kann.

1) Macht keinen Unterschied, Anzahl der reads und Ausführungszeit ist die selbe.

2) Hatte ich auch gedacht, aber Firebird macht das schon auf irgendeine weise effizient.
Habe auf die Tabelle2 durch den Subselect nur ein zusätzliches reads, egal wieviele Datensätze ich habe.

3) Das macht es langsamer, deutlich mehr Zugriffe auf Tabelle3 dadurch.

4) UNION ALL hat nochmal die Ausführungszeit verbessert. Besonders bei vielen Datensätzen merkbar. (Danke für den Tipp )
Mithilfe von UNION ALL ist der SQL schon so gut wie so schnell wie der direkte Zugriff auf Tabelle3.

Direkter Zugriff auf die original Tabelle3 mit ca. 3.800.000 Datensätzen: Select * from Tabelle3 (fetch all) = (Durchschnittszeit bei 10x ausführen 12s 875ms)
Mit meiner View (Durchschnittszeit bei 10x ausführen 13s 050ms)

Wenn ich als Bedingung die T2_ID mitgebe ist der unterschied zwischen original Tabelle und View eigentlich gar nicht mehr festzustellen von der Zeit.