Firebird: letzte 10 Datensätze ausgeben zu langsam

[TBx]

Zitat von p80286:

Wie schnell ist denn
select first 10 mw_id from mw_tabelle order by mw_id desc Gruß
K-H

Das steht im Eingangspost

[Chemiker]

Hallo,

ich habe einen absteigenden Index angelegt mit:

Code:

CREATE DESCENDING INDEX AB_MW_ID ON MW_TABELLE (MW_ID)

anschließend noch mal die Abfrage aufgerufen:

Code:

select first 10 * from mw_tabelle order by mw_id  desc

IB-Expert:

Plan:
PLAN (MW_TABELLE ORDER AB_MW_ID)

------ Performance info ------
Prepare time = 16ms
Execute time = 0ms
Avg fetch time = 0,00 ms
Current memory = 13.602.268
Max memory = 13.638.264
Memory buffers = 3.000
Reads from disk to cache = 0
Writes from cache to disk = 0
Fetches from cache = 1.304

Ich hätte nicht gedacht, dass der Unterschied so groß ist, weil auf dem Feld mw_id auch der primäre Index liegt.

Was ich nicht verstehe ist, wie Firebird unterscheidet welcher Index genommen werden soll.

Bis bald Chemiker

[mkinzler]

Zitat:

Ich hätte nicht gedacht, dass der Unterschied so groß ist, weil auf dem Feld mw_id auch der primäre Index liegt.

Der ist aber aufsteigend

[IBExpert]

Zitat von Chemiker:

Was ich nicht verstehe ist, wie Firebird unterscheidet welcher Index genommen werden soll.

1. Ein Index, der nicht existiert, wird auch nicht genommen
2. max() wird beschleunigt durch einen descending index
3. min() wird beschleunigt durch einen ascending index
4. sollten zusätzliche Bedingungen existieren, wie zB < oder = oder >, dann können beide Indextypen helfen
5. order by sorgt ggf. auch für indexbenutzung, sofern passende reihenfolge, muss aber nicht unbedingt vorteilhaft sein
6. Welcher Index von mehreren gleichwertigen zuerst genommen wird, entscheidet firebird mit Hilfe der Index Statistik, der sozusagen der Kehrwert der Eindeutigkeit darstellt (=Selektivität)
7. pro SQL kann Firebird pro Tabelle mehr als einen Index benutzen, weil Zwischenergebnisse der rdb$db_keys aus den Indizes übereinander gelegt werden

Die Infos aus 6. und 7. erfordern aber schon ein wenig Basiskenntnisse über Firebird und der Architektur dahinter, unötige Indizes oder unbrauchbare mit mieser Selektivität oder kombinierte Indizes mit unbrauchbarer Feldreihenfolge machen ggf. SQL Abfragen langsamer als man denkt. Wir haben schon so manche Abfrage durch löschen oder austricksen von Indizes beschleunigt, gibt aber nicht unbedingt irgendwelche immergültigen Bauernregeln ...

[IBExpert]

Ach ja, und bei IBExpert > Personal Edition gibt es auch die Seite Performance Analysis beim SQL Editor eine Übersicht, wie viele Operation auf jeder Tabelle durchgeführt wurde

[hoika]

Hallo,
in einem alten Buch hatte ich mal gelesen:
FB (und auch Interbase) komprimieren die Indexdaten.
Deshalb kann ein Asc-Index nicht für Desc benutzt werden.

Bei anderen DB-Servern geht das wohl (z.B. MS-SQL?).
Weil es ja normalerweise ein B-Tree ist, und dort kann ich ja in beiden Richtungen suchen.

[Chemiker]

Hallo zusammen,

ich muss gestehen das ich auch an einen absteigenden Index gedacht habe, dass aber wieder verworfen, weil ich auf dem Feld schon den primären Index hatte.
Die originale Datenbank hat noch ein größere Menge Datensätze, ich bin mal gespannt wie da die Zugriffszeiten sind.

Dank für die Hilfe und den Erklärungen.

Bis bald Chemiker

[IBExpert]

Als Lektüre sei übrigens mal dieses Dokument empfohlen, falls ihr das noch nicht kanntet:
Auf Seite 111 von 491 findet man da ganz gute Basisinfos

https://firebirdsql.org/file/documen...tation_v25.pdf