Am schnellsten die letzten 100 Datensätze aus ner DB laden?

[p80286]

Zitat von AlexII:

Das schon, aber ich suchte nach einer besseren Lösung.

Und was gefällt Dir daran nicht?

Gruß
K-H

[danielmagin]

Zitat von AlexII:

Hallo,

ich möchte aus einer DB am schnellsten die letzten 100 Datensätze holen. Ich kam auf diese Lösung, gibt's bessere Ideen?

SELECT knr FROM tbteilnehmer ORDER BY id_teilnehmer DESC LIMIT 100 Wird da nicht erst sortiert? Das kann doch unter Umständen lange dauern, oder?

also bei fast allen DB's ist der PK immer ein Aufsteigender Index (ASC)

somit erstelle dir ein INDEX auf das PK Feld als DESC index, somit muss er nicht natural laufen

dann klappt deine Anfrage immer sehr schnell.

[AlexII]

[QUOTE=danielmagin;1285879]

Zitat von AlexII:

Hallo,

ich möchte aus einer DB am schnellsten die letzten 100 Datensätze holen. Ich kam auf diese Lösung, gibt's bessere Ideen?

SELECT knr FROM tbteilnehmer ORDER BY id_teilnehmer DESC LIMIT 100 somit erstelle dir ein INDEX auf das PK Feld als DESC index, somit muss er nicht natural laufen

Ok... und wie mache ich das?

[mkinzler]

Indem Du einen Index auf id_teilnehmer mit absteigender Sortierung erstellst. Geht einfach im Admintool oder mit SQL Create INDEX ...

[AlexII]

Zitat von mkinzler:

Indem Du einen Index auf id_teilnehmer mit absteigender Sortierung erstellst. Geht einfach im Admintool oder mit SQL Create INDEX ...

Das heiß, dass in meiner Abfrage erst absteigend sortiert wird und nicht vorher?

SELECT knr FROM tbteilnehmer ORDER BY id_teilnehmer DESC LIMIT 100

[DeddyH]

Wie, "vorher"?

[AlexII]

Zitat von DeddyH:

Wie, "vorher"?

Ich meine muss ich vorher (nach Programmstart) meine IDs mit DESC sortieren und danach

SELECT knr FROM tbteilnehmer ORDER BY id_teilnehmer DESC LIMIT 100 aufrufen? Damit die Werte vor der Abfrage schon DESC sortiert sind, oder ich lasse meine select Abfrage so wie sie jetzt ist und fertig?

[mkinzler]

Wenn du aufsteigend sortierest, witrd der ASC INDEX verwendet und wenn du absteigend sortierst der DESC INDEX, falls vorhanden, sonst wird ein full table scan gemacht -> langsam.

[DeddyH]

Die Daten in der Tabelle liegen in irgendeiner undefinierten Reihenfolge vor, sortiert werden kann also nur bei der Abfrage. Und danach ändert sich die Reihenfolge innerhalb der Tabelle auch nicht, wäre ja auch völliger Blödsinn, da wäre der Server ja beinahe nur noch mit Sortieren beschäftigt. Aus diesem Grund musst Du die Sortierung in Deinem Statement angeben, es gibt also kein "vorher".

[edit] Nachtrag: Und dafür gib es ja die Indizes, die sind sortiert und werden auch ggf. aktualisiert, wenn sich Daten ändern. [/edit]

[AlexII]

Zitat von DeddyH:

Die Daten in der Tabelle liegen in irgendeiner undefinierten Reihenfolge vor, sortiert werden kann also nur bei der Abfrage. Und danach ändert sich die Reihenfolge innerhalb der Tabelle auch nicht, wäre ja auch völliger Blödsinn, da wäre der Server ja beinahe nur noch mit Sortieren beschäftigt. Aus diesem Grund musst Du die Sortierung in Deinem Statement angeben, es gibt also kein "vorher".

Aber der PK wird doch von der DB immer automatisch indexiert wurde hier gesagt... jetzt verstehe ich nix mehr.