Performancefrage

[tsteinmaurer]

Echt. :-D

Probier einfach mal aus: Erstelle dir eine Tabelle mit einem Feld und führe dann aus:

- MIN und MAX ohne Index
- MIN und MAX bei Existenz eines aufsteigenden Index
- MIN und MAX bei Existenz eines absteigenden Index
- MIN und MAX bei Existenz beider Indizes

Welche Ausführungspläne werden für die 4 Varianten gewählt?

[FredlFesl]

Ach, ich sehe gerade: Firebird. Na dann is klar.

MSSQL z.B. ist das schlauer

[DeddyH]

Was hat das mit schlauer zu tun? Wenn ich z.B. eine absteigend sortierte Zahlenliste habe und möchte den kleinsten Wert ermitteln, muss ich die gesamte Liste durchlaufen, da er ja logischerweise ganz am Ende steht. Brauche ich den größten Wert, bekomme ich den quasi sofort. Genauso verhält es sich natürlich äquivalent andersherum.

[tsteinmaurer]

Die Sache ist die, dass Firebird keine bidirektionalen Indizes unterstützt, d.h. eine rasche Travesierung von vorne nach hinten und umgekehrt mit nur einem Index.

[Neumann]

Wenn ich mir die SQL-Abfrage von ChristE ansehe, kann die eigentlich nicht funktionieren:

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

MAX ist in der WHERE-Klausel nicht erlaubt.

Würde folgendes vorschlagen:

Code:

SET TERM ^ ;

CREATE OR ALTER PROCEDURE TESTP 
returns (
    pdatum timestamp,
    pWert integer)
as
declare variable adatum timestamp;
begin
  /* Procedure Text */
  select max(datum) from Messungen into :adatum;
  for select datum, wert from Messungen  where datum = :adatum into :pdatum ,:pwert do
  suspend;
end^

SET TERM ; ^

Das for select braucht man, da mehrere Datensätze zurückgeliefert werden könnten. Will man nur einen Datensatz, kann man z.B. noch eine Abfrage nach der max(ID) zwischenschalten und die dann in der letzten where-Klausel benutzen.

Ein Test mit IBExpert und rund 19000 Datensätzen sowie 5 Ergebniszeilen dauert weniger als eine halbe Sekunde, das Ergebnis ist praktisch sofort da.

[DeddyH]

Wo steht denn MAX in der WHERE-Klausel? Das MAX gehört zum Subselect und ist dort durchaus erlaubt.

[mkinzler]

Sonst müsste es in die HAVING-Klausel

[tsteinmaurer]

@Ralf: MAX ist im Subselect und durchaus erlaubt. Bzgl. Performance. 19.000 Datensätze würde ich nicht für Performancemessungen hernehmen. Das sind Peanuts. Interessanter wirds im Millionenbereich.

[Neumann]

Ja stimmt, hab es noch mal probiert. Beim 1. Versuch hat IBExpert das angemeckert. Scheint aber etwas langsamer zu sein als die SP, eine genaue Messung habe ich leider nicht.

Mit 850000 Datensätzen komme ich mit beiden Varianten auf rund 5 s.

[tsteinmaurer]

Ich nehme mal an, ohne Indizes?