spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn die ID der Primärschlüssel der Tabelle ist, dann solltest du nicht annehmen, dass diese immer schön durch nummeriert sind. Also entweder ist das ein schlechtes Beispiel oder du solltest das nicht so machen.

Was genau versuchst du denn zu erreichen, evtl. können wir dir ja helfen etwas besseres zu finden.

Zitat von »ERROR«

Doch genau das ist sie Die ID ist auto_inkrement

Wie gesagt du kannst nie darauf gehen, dass die ID durchgehend ist. Wenn du einen Eintrag löschst, wirst du eine Lücke haben (1, 2, 4, 5, 10, 11, 14, ...)

Zitat von »ERROR«

Es geht halt darum dass immer nur 5 Einträge abgefragt werden.

Dafür gibt es LIMIT!
LIMIT 0,5 gibt 5 Einträge vom aller ersten Eintrag aus. Somit musst du für eine Abfrage nur die erste Stelle inkrementieren.
Gibt auch noch LIMIT 5, da werden einfach nur 5 Einträge zurück gegeben. Aber wenn du alle Seiten abfragst, dann werden das immer die ersten 5 Seiten sein.

Wenn du nach ID absteigend sortierst bekommst du mit Limit 5 genau die 5 höchsten.

Zitat von »ERROR«

Übrigens: Beiträge werden aus der DB niemals gelöscht, von daher sollte eigentlich keine ID fehlen.

"Eigentlich" ist nie genug Gut.

Zitat von »ERROR«

Ja, aber wenn man auf die nächste Seite geht, dann müssen es die nächsten 5 sein, dafür bräuchte ich aber die ID des höchsten.

Nein brauchst du nicht. Du sortierst die Liste nach Datum, dann sind die ersten Einträge welche du auf der Seite anzeigen willst (z.B. news/list/0), dann hast du einen Link für die nächsten 5 Einträge (.z.B. news/list/5) und auf dieser Seite hast du dann wieder ein Link für die nächsten (news/list/10) und die vorigen (news/list/0) Einträge.

Dann kannst du ganz bequem diese Zahl nehmen und LIMIT übergeben.

Wobei du dann X ersetzt (für PHP mit Prepared Statements!).

Somit würde das dann z.B. so aussehen:

news/list/0
ID Title
25 Hallo Welt
23 2014!
22 Yes Man
20 ABC
19 12345

news/list/5
ID Title
18 Here we go!
16 Spieleprogramierer
15 MHM
13 ARRGG!
12 Firefall

news/list/10
ID Title
10 Woops
09 WHAT?!
08 Quellcode
07 Editor
05 kA

eXpl0it3r hat im Grunde schon geschrieben, wie man an diese Sache heran gehen sollte (hervorheben will ich dabei noch ORDER BY, womit man die Sortierung durchführen kann).
Und es sollte wohl "news/list/0", "news/list/5" und "news/list/10" heißen, oder?

Du solltest die Sortierung nicht anhand der ID durchführen, da die Sortierung eigentlich für eine zeitliche Reihenfolge sorgen soll, wofür ohnehin bereits ein Datumsfeld vorhanden sein sollte. Dass die Sortierung der ID's für die gleiche Reihenfolge sorgt, ist grundsätzlich eher Zufall. Würden die ID's anders generiert werden oder würde es irgendwann dazu kommen, dass der Zähler für die Generierung an sein Maximum gerät, hat man eine falsche Reihenfolge bei der Sortierung.
Ein besseres Beispiel sind vielleicht Gutscheine, bei denen die IDs dem generierten Code entsprechen (und somit keine künstlichen IDs verwendet werden). Eine Sortierung dieser würde nicht zur Reihenfolge führen, in der diese generiert wurden (auch wenn es wohl keine Übersicht über generierte Gutschein-Codes geben dürfte...).

Auch wenn keine der Einträge gelöscht werden:
Jetzt willst du noch alle Datensätze der Tabelle in dieser Ansicht darstellen, wenn auch nicht alles gleichzeitig. Später aber willst du vielleicht bestimmte Beiträge ausblenden oder nur bestimmten Benutzern sichtbar machen. Die Anfrage müsste lediglich dahingehend angepasst werden, dass mit Hilfe einer weiteren Bedingung (WHERE) die Datensätze gefiltert werden. Wird das LIMIT richtig verwendet, dann muss man daran auch gar nichts mehr ändern

Zum Verständnis:
Limit bekommt keine Datenwerte, sondern ausschließlich eine Anzahl und ggf. eine Position. Das heißt auch, dass man dies nicht aus einem Datenwert (der ID) errechnen sollte, sondern höchstens anhand der Position eines Datensatzes.

Zitat von »Sacaldur«

Und es sollte wohl "news/list/0", "news/list/5" und "news/list/10" heißen, oder?

Uhm ja, hab da zu viel "überlegt"...