Ich habe eben momentan nicht die lastpostid drin, sondern das lastpost date, weil die auto_increment post id nicht unbedingt/immer zeitlich aufsteigend ist.
ja dann machen wir das zusammen. schon wieder und immer noch: coding session required. ich hab da schon ne konkrete vorstellung, wie das etwas aufgebaut werden müsste.
ne konkrete Vorstellung wie man ne Coding Session Aufbaut? Ne keine Ahnung.
Aber dafür ne andere Idee, man könnte an der Coding Session nicht Code, sondern besprechen wie wir die Probleme lösen und das ganze in Code umformulieren kann dann der Coder zuhause.
hm...ok, versteh ich das richtig, wir haben in zukunft eine thread und eine posts table, jetzt ists doch ne kleinigkeit jeweils die ID vom post, wenn dieser erstellt wurde, in die dazugehörige thread table zu schreiben. Oder seh ich da was falsch ?
Ich quote mich aus post #39715: weil die auto_increment post id nicht unbedingt/immer zeitlich aufsteigend ist..
Mysql hat einen coolen auto_increment für Zahlen, welche gerade in dieser Situation nicht so cool ist: Wenn alte ID's gelöscht werden (bei post löschen u.ä.), wird dessen ID neu vergeben. Folglich heisst eine höhere post-id nicht dass der Post nachher geschah.
Und darum stimmt auch die Reihenfolge nicht wenn du nach der last_post_id sortierst.
SELECT * FROM `comments` ORDER BY id ASC LIMIT 0 , 30
.
Post id 6 wurde vor post id 5 gepostet. Wenn man also nach der post id sortieren würde hätte man eine Reihenfolge die Chronologisch nicht korrekt ist.
also meines wissens nach kommt immer die id nach der letzten insert-id. egal ob zwischen durch oder am ende was gelöscht ist. sogar wenn du die table leerst macht er richtig weiter.
Das ist ja MEGA übel.
Wir sind uns doch einig, dass wir kein Tabellengebastel machen wollen oder?
Es braucht minimal mehr Zeit wenn per JOIN der Post noch "angezogen" wird.
die LastPostID reicht.
