AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

SQL viel zu langsam

Ein Thema von MyRealName · begonnen am 26. Mai 2014 · letzter Beitrag vom 27. Mai 2014
Antwort Antwort
Seite 3 von 3     123   
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.442 Beiträge
 
Delphi 12 Athens
 
#21

AW: SQL viel zu langsam

  Alt 26. Mai 2014, 23:59
Keine Ahnung wie performant das ist, aber eventuell kann man auch das mal versuchen:

SQL-Code:
SELECT DISTINCT
  ED1.Item, ED1.Location, ED1.ItemID
FROM EnsambleD ED1
LEFT JOIN EnsambleD ED2 ON ED1.ItemId = ED2.ItemID
WHERE ED1.TransCode='S
  AND ED2.TransCode='EI'
  AND ED2.ItemID IS NULL
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#22

AW: SQL viel zu langsam

  Alt 27. Mai 2014, 08:02
Keine Ahnung wie performant das ist, aber eventuell kann man auch das mal versuchen:

SQL-Code:
SELECT DISTINCT
  ED1.Item, ED1.Location, ED1.ItemID
FROM EnsambleD ED1
LEFT JOIN EnsambleD ED2 ON ED1.ItemId = ED2.ItemID
WHERE ED1.TransCode='S
  AND ED2.TransCode='EI'
  AND ED2.ItemID IS NULL
Das meinte ich mit meinem Vorschlag.
Gruß, Jo
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#23

AW: SQL viel zu langsam

  Alt 27. Mai 2014, 08:08
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.
Gruß, Jo
  Mit Zitat antworten Zitat
Benutzerbild von MyRealName
MyRealName

Registriert seit: 19. Okt 2003
Ort: Heilbronn
675 Beiträge
 
Delphi 10.4 Sydney
 
#24

AW: SQL viel zu langsam

  Alt 27. Mai 2014, 14:12
Keine Ahnung wie performant das ist, aber eventuell kann man auch das mal versuchen:

SQL-Code:
SELECT DISTINCT
  ED1.Item, ED1.Location, ED1.ItemID
FROM EnsambleD ED1
LEFT JOIN EnsambleD ED2 ON ED1.ItemId = ED2.ItemID
WHERE ED1.TransCode='S
  AND ED2.TransCode='EI'
  AND ED2.ItemID IS NULL
Plan
PLAN SORT (JOIN (ED1 INDEX (ENSAMBLED_IDX_TRANSCODE), ED2 INDEX (ENSAMBLED_IDX1_ITEMID_TC)))

Execute time = 11m 3s 407ms
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#25

AW: SQL viel zu langsam

  Alt 27. Mai 2014, 18:31
Ist der Index immernoch kombiniert?
Trenn die doch mal auf, jede Spalte einzeln.
Gruß, Jo
  Mit Zitat antworten Zitat
Benutzerbild von MyRealName
MyRealName

Registriert seit: 19. Okt 2003
Ort: Heilbronn
675 Beiträge
 
Delphi 10.4 Sydney
 
#26

AW: SQL viel zu langsam

  Alt 27. Mai 2014, 19:11
Ist der Index immernoch kombiniert?
Trenn die doch mal auf, jede Spalte einzeln.
Hatte ich doch vorher, mkinzler empfohl mir, einen zu machen über die beiden Spalten. Dadurch ist es viel schneller geworden (von 2h auf 10m)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:38 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz