SQL viel zu langsam

[Jumpy]

[OT]

Hatte mir das Freitag zufällig mal reingezogen, weil dazu eine Mail von Emba kam. Fand es eigentlich ganz interessant, da es (zwar bezogen auf Oracle) einige Hinweise gibt, wie man die Performance seiner Abfragen verbessern kann.

https://www.youtube.com/watch?v=RMc1...ature=youtu.be

[/OT]

[mkinzler]

Du benötigst einen Index auf Itemid und Transcode. Auf alle 4 und auf die einzelnen hilft ja nichts.

[MyRealName]

Zitat von mkinzler:

Du benötigst einen Index auf Itemid und Transcode. Auf alle 4 und auf die einzelnen hilft ja nichts.

Dieses Query läuft jetzt auch schon 10 Minuten ohne Ergebnis

Fertig nach 11 Minuten

Plan
PLAN SORT (JOIN (ED1 INDEX (ENSAMBLED_IDX_TRANSCODE), ED2 INDEX (ENSAMBLED_IDX1_ITEMID_TC)))

ENSAMBLED_IDX1_ITEMID_TC = Index auf ItemID und Transcode zusammen.

[Dejan Vu]

Dann könnte man noch so vorgehen:

Code:

select * from (
  SELECT DISTINCT 
   ED1.Item, 
   ED1.Location, 
   ED1.ItemID
  FROM 
   EnsambleD ED1 
  WHERE ED1.TransCode = 'S'
) x where not exists (
  SELECT DISTINCT ED2.Itemid 
    FROM EnsambleD ED2 
   WHERE ED2.Itemid=x.Itemid AND ED2.TransCode='EI') 
)

Nun sind vielleicht weniger Kandidaten zum prüfen auf not exists...

[MyRealName]

@DejaVu
Das query braucht 10m14s

Das originale von ganz am Anfang mit dem NOT EXISTS braucht 10m08s

Um Längen besser als die 2h von vorher. Danke, mkinzler und alle anderen...

[Dejan Vu]

Zitat von MyRealName:

Das query braucht 10m14s...

Trotzdem merkwürdig, das das so lange dauert...

[MyRealName]

Definitiv. Werd es wohl ncohmal neu schreiben, aber in Delphi... da brauch ich unter 10 Sekunden für diese Liste.

[himitsu]

Zitat:

SQL-Code:

SELECT DISTINCT ED1.Item, ED1.Location, ED1.ItemID
      FROM EnsambleD ED1
      WHERE ED1.TransCode='S ' AND
            NOT EXISTS (SELECT DISTINCT ED2.Itemid FROM EnsambleD ED2 WHERE ED2.Itemid=ED1.Itemid AND ED2.TransCode='EI')

Was mir hier in den Sinn kommt: Ist der Query-Planer eigentlich intelligent genug, um zu erkennen, daß die Ergebnisliste des SubSelects eigentlich garnicht nötig ist?

SQL-Code:

SELECT DISTINCT Item, Location, ItemID
      FROM EnsambleD 
      WHERE TransCode='S ' AND
            NOT EXISTS (SELECT True FROM EnsambleD AS ED2 WHERE ED2.Itemid=EnsambleD.Itemid AND ED2.TransCode='EI' LIMIT 1)

[Dejan Vu]

Du meinst, wegen dem 'DISTINCT'?

Laut einschlägigen Foren ist folgendes Äquivalent (wobei man FB nie wissen kann)
... where exists (select 1 from foobar)
--
... where exists (select * from foobar)

weil ja nicht die Ergebnismenge erzeugt wird, sondern beim ersten Treffer TRUE geliefert wird.

[himitsu]

Zitat von Dejan Vu:

Laut einschlägigen Foren ist folgendes Äquivalent (wobei man FB nie wissen kann)
... where exists (select 1 from foobar)
--
... where exists (select * from foobar)

Eigentlich vorallem deswegen.
Also Diesbezüglich soll der also intelligent genug sein.

Wenn erst die komplette Liste erzeugt und danach erst das EXISTS ausgewertet würde, dann wäre das ja unnütze Arbeit.