SQL-Abfrage Timeout problem

[P8310]

Hallo zusammen,

ich möchte mich kurz vorstellen, mein Name ist Tino und Prog. hin und wieder mal kleiner Sachen.

Nun habe ich natürlich gleich ein Anliegen mitgebracht...

SELECT Parts.* FROM Label INNER JOIN Date ON Label.H_SER = Date.D_SER INNER JOIN Parts ON Label.H_SER = Parts.P_SER" & _
                             " 
WHERE Date.D_S BETWEEN CONVERT(datetime, '" & von & "', 104) AND CONVERT(datetime, '" & bis & "', 104) AND Label.H_TEST = '" & line & "' AND Parts." & spalte & " = '" & such & "'

ich habe hier das Problem das ich meist immer in ein Timeout laufe, darauf hin habe ich diesen auf 120 angehoben, und es kommen auch Daten. Aber irgendwie hab ich das Gefühl das es nicht korrekt ist oder es besser geschrieben werden kann b.z es schneller geht.

lieben dank im Voraus
Tino

 

[akretschmer]

b.z es schneller geht

Indexe? Explain?

 

[P8310]

Indexe? Explain?

Hallo akretschmer,

ich sollte vllt. noch erwähnen das ich mehr im Anwenderbereich arbeite und in Sachen SQL nicht sehr fix bin.
könntest kurz etwas näher darauf eingehen? danke

 

[akretschmer]

Indexe helfen Abfragen schneller auszuführen, Explain zeigt des Ausführungsplan an.

 

[ukulele]

Die Abfrage ist zunächst mal nicht ungewöhnlich, da kann man nicht viel optimieren. Jetzt kennen wir ja nicht die Datenmengen die dahinter stehen aber Indexe werden vermutlich dein Problem lösen.

Wenn du das MSSQL Management Studio benutzt gibt es einen Button "tatsächlichen Ausführungsplan einschließen", das ist wie EXPLAIN und liefert dir eine grafische Darstellung.

 

[P8310]

hmm...bin ja da nicht so fit drin. würde es was bringen wenn ich euch diesen Execution Plan hochlade?

 

[ukulele]

Der ist eigentlich nicht schwer zu lesen, dort wo die meiste Zeit verbraucht wird liegt dein Problem.

 

[P8310]

also ist es bei mir die between oder?

 

[ukulele]

Das Bild ist unvollständig aber es zeigt 98% Kosten für das ausgewählte Element. Hier ist die Abfrage auf jeden Fall am längsten zu Gange.

 

[P8310]

okay da ist es die Between. da kann auch nicht viel anderes gemacht werden. Danke, hab jetzt schon viel mitgenommen aus diesen einem Thema

 

[ukulele]

Du könntest einen Index auf die Spalten von und bis legen. So ein Index beißt auch nicht, der läßt sich schnell wieder löschen.

 

[P8310]

Index auf die Spalten von und bis legen

...kannst du mir da bitte kurz auf die beine helfen?

...würde es dadurch kürzer? oder wird nur der erste und letzte Datensatz selektiert und zwischen denn beiden aufsteigend index angelegt?

 

[Distrilec]

Ich bin absolut kein MS SQL Experte... Aber das könnte ja erstmal helfen oder?
(Bevor man jetzt anfängt wild neue Indizes anzulegen...)

Select t.name,
  i.*
From  sys.indexes i

Inner  Join sys.tables t
On  t.object_id = i.object_id

Where  t.name  In ('Label', 'Date', 'Parts')

(Kann sein das die Tabellennamen groß geschrieben werden müssen... Weiß nicht wie das da hinterlegt ist...)

 

[akretschmer]

So ein Index beißt auch nicht,

erfordert aber in vielen Systemen einen exclusiven lock (PostgreSQL: create index concurrently ... ohne locks ;-) )

 

[P8310]

das wäre auch das was mir die ausgabe (execution plan) sagt....denk ich....