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]

SQL-Code:

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. :-D

[ChrisE]

Zitat:

Zitat von mkinzler (Beitrag 1115765)

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

THX :thumb:

Zitat:

Zitat von WladiD (Beitrag 1115766)

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

Zitat:

Zitat von tsteinmaurer (Beitrag 1115774)

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

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

SQL-Code:

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

bzw

SQL-Code:

...ASC

verwenden.

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

Gruß, Chris

[WladiD]

Zitat:

Zitat von ChrisE (Beitrag 1115786)

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 :wink:

Fazit: Das lohnt sich nicht.

[ChrisE]

Zitat:

Zitat von WladiD (Beitrag 1115789)

Fazit: Das lohnt sich nicht.

Danke :thumb:

Gruß, Chris

[FredlFesl]

Zitat:

Zitat von tsteinmaurer (Beitrag 1115782)

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