Ha majd foglalkozol komolyan adatbázissal rájössz a miértekre. Mondjuk az első X privát gyors elérését meg lehetne oldani egy okosabb SQL-lel, de akkor meg az lesz a baj, hogy "befelé középre" lesz egyre lassabb.

Ugye a privátok nem erre lettek tervezve (több ezer üzenetváltás két júzer között), de meg lehetne oldani jobban, csak ahhoz a semmiből újra kéne kb építeni az egészet, valami okos megoldással. Topikokban az msgid intervallumok alapján listázódnak a hsz-ek, így nem kell átnyálazni akár az egész topikra vonatkozó indexet 50-200 hsz miatt. Persze ha van egy nagyobb törölt intervallum, akkor ott nem fog listázni semmit. Privátoknál ezért nem feltétlenül lenne jó ezt bevezetni. Ott valami olyasmi kéne, hogy törlés esetén újraszámozná a privátokat, de ez megint szervergyilkos lenne, szóval itt majd valami matematikai trükkre lesz szükség. Technikailag az a lényeg, hogy intervallum alapján kéne listázni, nem pedig azzal a tetves LIMIT / OFFSET megoldással.

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.