Gibt es die Möglichkeit einer Schleife?

[waldi969]

Hallo an alle,

ich würde gern eine Abfrage, welche mit PHP sehr lange dauert verbessern. Es gibt in PHP eine Schleife, welche für jeden Monat im Jahr eine Abfrage durchführt:

Code: Alles auswählen

SELECT distinct  count(adressnr) from Beleg WHERE belegtyp = 'V' and belegart = 'AU'  and getmonth(belegdat) = '7' AND getyear(belegdat) ='24' and Adressnr  not IN (SELECT Adressnr FROM Beleg where belegdat between '01.01.2000' and '30.06.2024' 

Der Teil in Klammern ist immer einen Monat kleiner als die Hauptabfrage.

Gibt es eine Möglichkeit, diese Abfrage für alle 12 Monate durchzuführen? Zum Beispiel mit einer Schleife?

Ergebnis sollte sein

Code: Alles auswählen

 1	2	3	4	5	6	7	8	9	10	11	12
 x	x	x	x	x	x	x	x	x	x	x	x	

oder

Code: Alles auswählen

1 	x
2	x
3	x
...

Vielen Dank für eure Hilfe!

[bfuerchau]

Ich verstehe die Frage nicht.
Lass die Prüfung für GetMonth einfach weg und mach einen GrupBy draus,

select GetMonth(..), count (distinct ,,,)
from
where ...
gropu by 1

Deine Abfrage dauert wahrscheinlich so lange, da für diese Whereklausel kein passender Index gefunden wird.

[waldi969]

Die Abfrage prüft die Anzahl der Neukunden im Monat, das heißt, im geklammerten not in Teil, wird überprüft, ob es die Adressnr schon einmal gab. Der Zeitraum im not in Teil liegt also vor diesem Monat. Das Bestandskunden die vorhandene Adressnr bekommen, wird bei der Eingabe geprüft.

[martin.koeditz]

Alternativ kannst du auch mit Unterabfragen arbeiten. Die Performance ist allerdings schlechter als mit den vorher genanten Group-Funktionen.

Eine Unterabfrage könnte zum Beispiel so aussehen (ich habe dies syntaktisch nicht geprüft):

Code: Alles auswählen

SELECT 
count((select from Beleg WHERE belegtyp = 'V' and belegart = 'AU'  and getmonth(belegdat) = '1' AND getyear(belegdat) ='24' and Adressnr  not IN (SELECT Adressnr FROM Beleg where belegdat between '01.01.2000' and '30.06.2024')) COUNT_01, 
count((select from Beleg WHERE belegtyp = 'V' and belegart = 'AU'  and getmonth(belegdat) = '2' AND getyear(belegdat) ='24' and Adressnr  not IN (SELECT Adressnr FROM Beleg where belegdat between '01.01.2000' and '30.06.2024')) COUNT_02, 
count((select from Beleg WHERE belegtyp = 'V' and belegart = 'AU'  and getmonth(belegdat) = '3' AND getyear(belegdat) ='24' and Adressnr  not IN (SELECT Adressnr FROM Beleg where belegdat between '01.01.2000' and '30.06.2024')) COUNT_03
FROM RDB$DATABASE

Gruß
Martin

[waldi969]

Mit Indexen kenn ich mich leider nicht aus, die Unterabfragen klappen aber prima! Die Zeit ist auch halbwegs in Ordnung!

DANKE!!!

[bfuerchau]

Statt "not in" kann man auch
not exists (select * from .... where outerkey = innerkey)
verwenden. Hier wird dann nur 1 Select gemacht, da der ja bereits ausreicht.
Bei "Not In " muss gegen die ganze Liste geprüft werden.

[martin.koeditz]

Statt "not in" kann man auch
not exists (select * from .... where outerkey = innerkey)
verwenden. Hier wird dann nur 1 Select gemacht, da der ja bereits ausreicht.
Bei "Not In " muss gegen die ganze Liste geprüft werden.

Stimmt.

[bfuerchau]

Seit Einführung von "[not] exists (select * ...)" macht ein "[not] in (select x ....)" keinen Sinn mehr. In-Listen lohnen nur noch mit Konstanten.
Warum?
"In" muss alle Werte prüfen, die gefunden werden, da auch der letzte Wert geprüft werden muss. In der Regel wird das nur über Index optimiert (where) ansonsten erfolgt ein Tablescan. Die Prüfung muss dann für jede Zeile einzeln wiederholt werden.
Bei einem exists wird halt nach der ersten Existenz oder der Nichtexistenz aufgehört.
Hier empfielt sich geradezu, bei Tabellen ab mehreren 1000 Zeilen ein Index für die Prüffelder anzulegen, da dies dann nur 1 Zugriff ist.

Fazt: in (select ) durch exists (select ) ersetzen.

[waldi969]

Danke für die Erklärung. "not exists" habe ich bisher noch nicht genutzt. Aus einer Seminar PDF, wo ich die Syntax der "not exists" mit anschauen wollte, habe ich folgendes Zitat:

EXISTS-Abfragen benötigen mehr Rechnerzeit und werden zweckmässigerweise durch INAbfragen
ersetzt:

Ich versuche die Abfrage nach "not exists" umzustellen und werde dann berichten

[waldi969]

Ich habe die SQL gerade umgestellt und in meine NodeJS API eingebaut, es wird ca. die gleiche Zeit angezeigt. Also keine Verbesserung. Beispiel alt:

Code: Alles auswählen

SELECT 2024 as jahr,           
(select distinct count(adressnr) from Beleg WHERE and getmonth(belegdat) = '1' AND getyear(belegdat) ='2024' and Adressnr  not IN (SELECT Adressnr FROM Beleg where getdate(belegdat) < '01.01.2024')) as jan, ... alle Monate
FROM RDB$DATABASE

zu

Code: Alles auswählen

SELECT  2024 as jahr,           
(select count(b.adressnr) from Beleg b WHERE getmonth(b.belegdat) = '1'  AND getyear(b.belegdat) = 2024 and not exists (SELECT be.adressnr FROM Beleg be where be.adressnr = b.adressnr and getdate(be.belegdat) < '01.01.2024'))  as jan, ... alle Monate
FROM RDB$DATABASE
 

alle Abfragen dauern ca. 3500 ms

Es wäre natürlich gut, wenn die Datenmenge kleiner wäre (dafür wäre ja der Index da). Ich könnte meine Selektion (mit Belegtyp, Belegart, Jahr,...) schon vorher ausführen und die SQL müsste nur die kleinere Datenmenge prüfen. Ich nutze in einem Programm die Firebird 2.5. Könnte mir jemand eine Typ geben, wie das machbar wäre? Google und Youtube bringt mich nicht gerade weiter.

Vielen Dank