Thread searchid - kein plan (10 answers)
Opened by Froschpopo at 2006-04-02 17:56

Froschpopo
 2006-04-07 05:24
#7303 #7303
User since
2003-08-15
2653 Artikel
BenutzerIn
[default_avatar]
warum erleichtert das der datenbank die arbeit? wenn ich limit 30000,30010 mache, dann dürfe das doch auch relativ sparsam sein, oder etwa nicht? Ich meine, irgendwas muss mysql ja haben, wenn es so toll sein soll.
Mein Problem ist eigentlich nur, dass die Datenbank, die nach einem bestimmten Datum sortiert wird, sehr beweglich ist.
Es kann also sein, dass sich ein Datum wärend einer Abfrage ändert und das die Suchergebnisse beeinflusst indem der aktuelle Beitrag ständig nach hinten rutscht.

Hier mal ein Beispiel:
Code: (dl )
SELECT * FROM users ORDER BY last_login ASC LIMIT $begin, $end

nehmen wir mal an, die Anweisung ist "LIMIT 20,30".
Stell dir vor, jetzt kommt ein aktueller last_login dazu, dann wäre die ganzen Suchergebnisse plötzlich durcheinander, weil der zuletzt geänderte Datensatz mit dem last_login ja unterhalb von LIMIT 20... liegt, nämlich direkt auf 1 !

Hier eine Lösung: Mal angenommen mysql besitzt soetwas wie eine history. Dann könnte man die datenbank ja immer zu einem bereits vergangenen Zustand rückversetzen und dieser enthielte dann auch die Abfragen, der Reihe nach.
Das wäre eine Lösung. Aber wie machen?

View full thread searchid - kein plan