SQL viel zu langsam

[mkinzler]

Existieren Indices auf den Feldern für die Kombinationen?

[baumina]

Meine Empfehlung wären folgende Indizes:

1. EnsambleD.ItemID
2. EnsambleD.TransCode

[MyRealName]

Es existieren indices auf ItemID, Transcode, Item und Location (letztere beiden durch einen FK), die ersten hatte ich schon gemacht.

[jobo]

Was sagt der Ausführungsplan?

Ich würde einfach mal einen "normalen" Outerjoin probieren und auf der ehemaligen not exists Menge auf "Null" einschränken. Not exists verwende ich meist nur bei garantiert kleinen Suchmengen, erfahrungsgemäß ist das realtiv selten performant.
Allein die Formulierung der Abfrage bzw. das Verfahren lässt das m.E. erahnen, da es relativ "ungenau" ist. Diese losen Anforderungen durchzuprüfen ist halt aufwendig.

[MyRealName]

Technisch gesehen müsste EXISTS gerade wschnell sein, weil es eine Boolean-Abfrage ist. Count zum Beispiel muss durch alle Register rennen un dir die genaue Anzahl zu sagen, EXISTS nur bis zum ersten Vorkommen.

ich probiere es gerade wie Du sagtest mit einem LEFT JOIN

Code:

SELECT DISTINCT ED1.Item, ED1.Location, ED1.ItemID
FROM EnsambleD ED1
LEFT JOIN EnsambleD ED2 ON (ED1.Itemid = ED2.Itemid AND Ed2.Transcode='EI')
WHERE ED1.Transcode='S '

läuft schon einige Minuten, mal sehen, wann der fertig wird

[MyRealName]

Enttäuschend : gerade schnell ein kleines Programm geschrieben welches das einfach über Locate in einem TVirtualTable macht (also mit 2 VTs). Dauerte ungefähr 10 Sekunden um die Liste zu haben.

Kann Firebird nicht einfach 2 Listen machen und das abgleichen ? Kann doch nicht so schwer sein...

[hoika]

Hallo,

die Frage nach dem Ausführungsplan hast du leider noch nicht beantwortet ...


Heiko

[mkinzler]

Und nach den Indizes auch nicht

[jobo]

Zitat von MyRealName:

Technisch gesehen müsste EXISTS gerade wschnell sein, weil es eine Boolean-Abfrage ist. Count zum Beispiel muss durch alle Register rennen un dir die genaue Anzahl zu sagen, EXISTS nur bis zum ersten Vorkommen.

Ob das Boolean ist, dürfte m.E. keine Rolle spielen, besser als Count könnte es sein, wenn der Lauf wirklich beim 1 Treffer abgebrochen wird.
Der entscheidende Punkt ist, wie intelligent Firebird die Unterabfrage mit Referenz zu Hauptmenge erstellt. Die Ausführungsdauer sieht danach aus, das mindestens eine der Tabellen immer wieder abgefragt wird.

Das könnte mit meinem Vorschlag bzw konkret Uwes SQL evtl. besser gehen.