Persoonlijke berichten opschonen

[yoda]

het aantal berichten dat in de database staat vertraagd het forum niet.
al zou de database 1G groot zijn maar denk eerder dat die nog onder de 50 mb zit

eem mysql database ( zal deze ook wle gebruiken ) haalt alleen die info uit de db die opgevraagd wordt
bij aanmelden worden niet alle pb's geladen, sterker nog ze hoeven geeneens geteld te worden
het aantal is opgeslagen in de db en alleen deze info wordt eruit gehaald.

wat een database wel trager maakt is losse stukjes die niet goed verwijderd zijn ( overhead )

als je bv 1 x in de week de db controleerd en optimaliseerd dan maakt het weinig uit of de db 100 mb of 500 is aangezien per pagina toch dezelfde hoeveelheid data wordt ingelezen.

ps: die 6 pb's van mij zullen zeker geen olie op het vuur gooien

[Goodies]

@Yoda ff techno.. ik heb er nog steeds honderden PB's.. gisteren 150 opgeruimd, ik moet komende week (niet hier in internet-cafee, daar kan dat niet) de belangrijke saven en dan alles weghalen.

Volgens mij heeft het wel degelijk zin, om dit te doen omdat in SMF 1.x de forum-software is. Dat is inderdaad gebaseerd op MySQL en in het algemeen qua size-constraints heb je gelijk in algemene zin. Maar in dit geval (de PB's in SMF 1.x) gaat het erom, hoeveel belasting server-side php en de MySQL server (die vooral) krijgt bij het doorploegen van lijstjes. Want elke keer, als je je board van PB-berichten opent, moet MySQL records tellen, om precies te zijn in de cross-query van de tabel smf_personal_messages en smf_users. Dat duurt wel degelijk langer, wanneer dat veel records zijn ! Ik vond daar geen optimalisatie en ik heb de sources thuis, dus ik weet waar ik over praat. Het is op sommige plaatsen (in de php) gewoon niet zo handig opgebouwd. Schaalbaarheid is een onderdeel van dat probleem.

 
Lex

[yoda]

ahaa,

ja ik ken de source van deze software niet, ben een phpbb freak en die ken ik bijna uit mijn hoofd

opschonen die pb's dus maar