Seite 1 von 1

Sortierung der Datensätze der Tabelle _posts

Verfasst: 12.09.2008 08:24
von HOlg
Hallo!

Ich bin dabei mir eine php-Seite zu basteln, die mir die letzten X Einträge aus der Tabelle *_posts auszulesen um diese im Rahmen eines RSS-Feeds zur Verfügung zu stellen.

Mir scheint es dabei egal zu sein, ob ich die Tabelle absteigend nach der post_id oder post_time sortieren lasse, es müsste doch immer dasselbe Ergebnis rauskommen, oder?

Edit:
Mist, das hätte wohl in die Entwickler-Ecke gehört!
Sorry! Bitte liebe Admins, bei Gelegenheit verschieben :oops:

Verfasst: 12.09.2008 11:41
von nickvergessen
Ja theoretisch schon. Praktisch eigentlich auch.

Verfasst: 12.09.2008 13:42
von bantu
Man sollte eigentlich wenn möglich immer den Primärschlüssel nehmen, also die ID. Keine Ahnung ob es für post_time auch einen Index in der Datenbank gibt. :wink:

Verfasst: 12.09.2008 18:10
von igorw
Meiner meinung nach sollte man nach der post_time sortieren, der primärschlüssel dient nur der identifikation der zeile. Bei einem standard phpBB-board ist es natürlich so, dass die reihenfolge der IDs die gleiche ist, wie jene der post_time. Mann sollte sich jedoch lieber auf seine daten verlassen.

Ein mögliches szenario: du willst das datum eines posts verändern und tust dies manuell in der datenbank.

Verfasst: 12.09.2008 18:17
von bantu
Ein mögliches szenario: du willst das datum eines posts verändern und tust dies manuell in der datenbank.
Ja, darüber hatte ich nachgedacht, aber: Datenbank von Hand anpassen ist böse. :D Das weißt du doch. :D

Verfasst: 13.09.2008 14:38
von igorw
Dann wie wärs mit folgendem argument: phpBB selbst sortiert nach post_time. :P

Verfasst: 01.10.2008 14:01
von bantu
Ich seh's ein und korrigiere.

Der Primärschlüssel wäre die bessere Lösung, wenn es egal wäre. Es ist aber nicht egal. In phpBB3 kann man z.B. Topics mit älterer Zeit kopieren, die dann eine höhere ID haben.

Sortieren nach post_time ist die einzig richtige Möglichkeit. Auch post_time hat nen Index.