Wie ist das eigentlich mit sehr dynamischen Datenbanken?
beispiel:
Eine Userdatenbank die nach Datum der Anmeldung sortiert wird.
Die Ausgabe erfolgt seitenweise.

Das problem: Wenn ich nun längere zeit auf Seite 2 verweile und sich in der Zwischenzeit jemand neues anmeldet, verschiebt sich der letzte Eintrag auf Seite 1, auf Seite 2.

Ich vermute mal, dass dies der Grund ist, dass viele Foren wie auch dieses sog. "searchid's" anwenden.
Wie funktioniert das genau?
Welche Methode steckt denn dahinter?

die suche ausführen, ergebnis irgendwo speichern, dem user eine id mitgebeben, die auf das gespeicherte ergebnis verweist und beim durchklicken darauf zurückgreifen. erleichtert auch der db die arbeit.

nachteil:
du musst das pageing selbst tun und kannst auf solche Sachen wie LIMIT nicht zurück greifen

Bei jans Methode kann man durchaus auch mit LIMIT arbeiten. Es besteht ja weiterhin die Möglichkeit, die Abfrage auf die Ergebnismenge zu machen und die gleiche Sortierung nehmen.

aber nur dann, wenn das Resultat der ersten Suche als temporäre Tabelle in der Datenbank bleibt, oder?

Ja, so hatte ich jans Vorschlag auch interpretiert ("die suche ausführen, ergebnis irgendwo speichern").

das "irgendwo" sah ich als nicht klar definiert! :)

"irgendwo" ist immer genau da wo der leser es für passend hält :)

aber ob nun in der db oder in einer fixed-length-file. das paging macht man ja im grunde sowieso selber, und ob man da nun limit nutzen kann oder nicht, das macht, imho, den kohl nicht fett.

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:

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?

mysql besitzt eine "history" - transaktionsmanagement. solange du in einer
transaktion bist, siehst du keine veränderung (kommt natürlich auf den
level der transaktion an).
kennst du eine webseite, bei der sowas implementiert ist? also bei neu
hinzugekommenen datensätzen das bisherige ergebnis nicht verschieben?
mir würde jetzt aus dem stehgreif keine einfallen.