Performancefrage

[ChrisE]

Hallo,

ich habe eine Tabelle Messungen in der sind verschiedene Informationen zu Messungen abgelegt Unter anderem auch der Startzeitpunkt als TIMESTAMP. Wenn ich jetzt die jüngste Messung haben möchte würde ich folgenden Select machen:

Code:

SELECT bla, blub, tralla FROM Messungen WHERE Startzeit = (select MAX(Startzeit) from Messungen);

Über den PrimeryKey ID: Integer kann ich nicht gehen, da die Messungen nicht zwingend chronologisch in der Datenbank abgelegt werden.

So, jetzt meine Fragen:

• Gibt es eine Performantere Lösung (nur Select anpassen) für die Problemstellung?
• Wenn man einen Index auf die Startzeit legen würde, würde es die Abfragegeschwindigkeit verbessern? (wobei ich nochmal klären sollte, ob es mehrere Messungen geben kann, die den selben Zeitpunkt haben. Aber das gilt für die gesammte Fragestellung )
• Ändert es etwas an der Performance wenn man es in eine SP packt, oder ist die SELECT-Anweisung dafür zu simpel/klein?

Danke, Chris

P.S.: Gibt es eigentlich keine SQL-Tags?

[mkinzler]

SELECT bla, blub, tralla FROM Messungen WHERE Startzeit = ( select first 1 startzeit from Messungen order by startzeit desc); Hierfür am Besten noche einen Index auf der Spalte Startzeit

BTW. SQL-Formatierung geht als Erweiterung des CODE-Tags (=SQL)

[WladiD]

Hi Chris,

Sub-Selects sind IMHO nicht so performant wie andere Lösungen. Man sollte möglichst auf die verzichten. Deine Abfrage würde ich wie folgt umschreiben:

Code:

SELECT FIRST 1 bla, blub, tralla FROM Messungen ORDER BY Startzeit DESC

Ohne einen Index muss sowohl für "MAX(Startzeit)" als auch für "ORDER BY Startzeit DESC" die gesamte Tabelle gescannt werden. Die DB kann da keine Optimierungen vornehmen.

Dieser Fall schreit förmlich nach einem Index...kommt natürlich auf die Größe der Tabelle an.

[tsteinmaurer]

Dabei ist es wichtig, dass ein absteigender Index angelegt wird.

[ChrisE]

Zitat von mkinzler:

BTW. SQL-Formatierung geht als Erweiterung des CODE-Tags (=SQL)

THX

Zitat von WladiD:

Dieser Fall schreit förmlich nach einem Index...kommt natürlich auf die Größe der Tabelle an.

Zitat von tsteinmaurer:

Dabei ist es wichtig, dass ein absteigender Index angelegt wird.

Das heißt, dass wenn ich die älteste Messung und die neueste möchte brauche ich zwei Indizes?

Gruß, Chris

[tsteinmaurer]

Richtig.

MIN => aufsteigender (ASC) Index
MAX => absteigender (DESC) Index

Thomas

[ChrisE]

Danke Euch allen

Ich werde also zwei Indizes anlegen und die Variante SELECT FIRST 1 bla, blub, tralla FROM Messungen ORDER BY Startzeit DESC bzw ...ASC verwenden.

Bleibt nur noch die Frage ob man noch noch schneller bekommt mit einer SP?

Gruß, Chris

[WladiD]

Zitat von ChrisE:

Bleibt nur noch die Frage ob man noch noch schneller bekommt mit einer SP?

Das wird sicherlich um einige Tausend CPU-Takte schneller, da das Parsen der Query entfällt. Aber den Performancegewinn wirst du nicht messen können

Fazit: Das lohnt sich nicht.

[ChrisE]

Zitat von WladiD:

Fazit: Das lohnt sich nicht.

Danke

Gruß, Chris

[FredlFesl]

Zitat von tsteinmaurer:

Richtig.

MIN => aufsteigender (ASC) Index
MAX => absteigender (DESC) Index

Thomas

Echt? Ich muss doch beim Index für MIN bzw. MAX nur den ersten oder letzten Eintrag nehmen. Beide sind gleich schnell zu erhalten... I