Ergebnis einer StoredProc innerhalb anderer StoredProc "zwischenparken"

[mkinzler]

Wenn man Zugriff auf den Source der SP hat wäre der beste Weg das Ergebnis für ID in einer loaklen Variable zu Speichern.

SQL-Code:

...
SELECT DISTINCT ´ID´ FROM AndereProzedur(IrgendeinParameter) into :ID;
 
SELECT * FROM A WHERE A.FELD1 <> :ID;
...

Oder mal Testen, wie gut optimiert wird

[dataspider]

Ich habe es mal mit derived table getestet.
Es sollte so:

SQL-Code:

select a.* from tabelle a
join (select distinct 'id' from andereprozedur(irgendeinparameter)) b on b.id = a.feld1
where p2.id is null

gehen.


Laut Leistungsananlyse von IBExpert nur jeweils 1 Durchlauf (mit meinen Testtabellen...

Frank

[Codehunter]

Zitat von dataspider:

SQL-Code:

select a.* from tabelle a
join (select distinct 'id' from andereprozedur(irgendeinparameter)) b on b.id = a.feld1
where p2.id is null

Laut Leistungsananlyse von IBExpert nur jeweils 1 Durchlauf (mit meinen Testtabellen...

Interessante Idee. Auf einen Join wäre ich in dem Zusammenhang nicht gekommen. Ich vermute mal "p2.id" war hier ein Irrtum und "b.id" gemeint?

[dataspider]

Zitat von Codehunter:

Zitat von dataspider:

SQL-Code:

select a.* from tabelle a
join (select distinct 'id' from andereprozedur(irgendeinparameter)) b on b.id = a.feld1
where p2.id is null

Laut Leistungsananlyse von IBExpert nur jeweils 1 Durchlauf (mit meinen Testtabellen...

Interessante Idee. Auf einen Join wäre ich in dem Zusammenhang nicht gekommen. Ich vermute mal "p2.id" war hier ein Irrtum und "b.id" gemeint?

Richtig

War ja auch schon spät...

Frank

[Codehunter]

Zitat von dataspider:

SQL-Code:

select a.* from tabelle a
join (select distinct 'id' from andereprozedur(irgendeinparameter)) b on b.id = a.feld1
where p2.id is null

Funktioniert leider nicht so wie gedacht. Denn dann würden nur diejenigen Datensätze zurückgegeben, wo a.feld1 = NULL ist. Entpricht also funktional nicht

Zitat von Codehunter:

SELECT * FROM A WHERE NOT A.FELD1 IN (SELECT DISTINCT ´ID´ FROM AndereProzedur(IrgendeinParameter));

Man beachte das NOT: ... WHERE **NOT** A.FELD1 IN (SELECT DISTINCT ... Ohne das ginge das mit einem Join aber so fällt mir da spontan keine Lösung ein.

[jobo]

Aber da fehlt doch dann nur das "left" vorm "join"

noch mal sorry, kleines Durcheinander

[Codehunter]

Zitat von jobo:

Aber da fehlt doch dann nur das "left" vorm "join"

noch mal sorry, kleines Durcheinander

Hatte ich auch schon probiert, kommt letztlich aber das Gegenteil von dem heraus was rauskommen soll: Alle Datensätze aus Tabelle a wo der Wert in a.feld1 nicht in der Ergebnismenge von AndereProzedur() vorkommt. Bei einem Join (mit oder ohne Left) kommen aber genau die Datensätze, die nicht kommen sollen.

EDIT: Ich hänge heute irgendwie hinterher. Ihr wart immer schneller mit antworten Ich hab halt auch das Gefühl, Firebird ist in manchen Dingen anderen Datenbanken wie MariaDB usw. unterlegen. Bei MariaDB kann ich mit CREATE TEMPORARY TABLE ´PARKPLATZ´ FOR SELECT DISTINCT ... einen solchen Parkplatz bauen wie im Eingangspost angedacht. Bei Firebird ist das deutlich mehr Arbeit.

[dataspider]

Zitat von Codehunter:

Zitat von dataspider:

SQL-Code:

select a.* from tabelle a
join (select distinct 'id' from andereprozedur(irgendeinparameter)) b on b.id = a.feld1
where p2.id is null

Funktioniert leider nicht so wie gedacht. Denn dann würden nur diejenigen Datensätze zurückgegeben, wo a.feld1 = NULL ist. Entpricht also funktional nicht

Zitat von Codehunter:

SELECT * FROM A WHERE NOT A.FELD1 IN (SELECT DISTINCT ´ID´ FROM AndereProzedur(IrgendeinParameter));

Man beachte das NOT: ... WHERE **NOT** A.FELD1 IN (SELECT DISTINCT ... Ohne das ginge das mit einem Join aber so fällt mir da spontan keine Lösung ein.

Sorry, ich habe das gestern tatsächlich ohne dem NOT getestet.
Es geht zwar mit left join, aber die Anzahl der Reads hier deutlich größer.

Ich fürchte, bei NOT IN ... wird wohl eine zusätzliche Tabelle die besten Ergebnisse bringen.

Frank

[jobo]

Ein gelockertes Join Kriterium muss ja meist mehr Read produzieren. Find ich erstmal kein k.o. Kriterium. Und dabei kommt es ja dann auf die Mengengerüste beider Seiten an. Gibt es viele auszuschließende Datensätze oder andersrum ..
Ob das codehunter taugt, kann er wohl nur selbst testen.