phpBB.de

Als Bsp. in phpBB3 wird in der config Tabelle die gesamte Anzahl der Themen und Beiträge gespeichert. Wenn man nach striktem Normalisieren geht, dürfte es dieses Feld nicht geben da man ja alle Zeilen per SELECT COUNT(... abfragen könnte. Aber es liegt wohl auf der Hand das zumindest bei großen Communities vielmehr die index.php aufgerufen wird, und damit verbunden, die die count Abfrage gestartet werden müsste, also wenn man dieses Feld nur updatet wenn Topics und Posts erstellt bzw gelöscht werden. Aber gut nu ^^

Das meinte ich ja. Man muss überlegen wie das Projekt ansich aufgebaut ist und wie viel Rechenzeit man zum Aufrufmoment hat. Nicht nur das mit SELECT COUNT kann ein Grund sein, es gibt auch noch unzählige andere Gründe.. letztendlich wird die DB evt ein wenig 'langsamer' oder 'grösser' aber dadurch kann man evt an anderer Stelle Zeit sparen.. deswegen ist es überflüssig als außenstehender da drüber zu reden.. man müsste phpBB3 wirklich genau kennen und wissen, was die Ambitionen hinter jeder einzelnen Aktion ist...

phpBB 3 hat über 5 MB. Aber es stimmt es läuft ziemlich schnell, obwohl ich noch zwei weitere Foren draufhab und ein Downloadbereich der ganz schön viel schluckt

Die MB haben nicht unbedingt etwas zu sagen. Man könnte z.B. (also nur rein in der Theorie) alle Grafiken in eine Packen. Somit spart man immer den Header, braucht also nur 1 anstatt von 32984329. Das spart letztendlich sicherlich Speicherplatz. Da man jetzt aber mit php immer eine Grafik erstellen muss und aus dieser riesen Grafik den richtigen bereich rausschneiden müsste und das dann kopieren müsste, würde man Geschwindigkeit für Performance einbüßen. Es gibt Situationen, wo man genau das halt machen muss (z.B. Handygames, wo man auf Grund der Handys nur einen bestimmten Speicherplatz hat), aber bei phpBB würde es kein Sinn machen.
Gut.. dieses Beispiel passt eh nur bedingt für phpBB, weil niemand auch nur im Schlaf an diese Sache denken würde (ausgenommen die Verifizierungsgrafik), aber es gibt andere Beispiele, die den gleichen Hintergrund haben (halt z.B. Datenbank)...

Daher hat das mit den 5MB nichts zu sagen.. eine Doku (direkt da drin) würde das sicher vergrössern (also den benötigten Speicherplatz) aber 0 an der Performance ändern

Wichtig ist aber, das es bei Dir anscheinend trotz einiger parallel installierten Dinge noch gut läuft.

Gumfuzi hat geschrieben:Die Frage ist eher, wie schnell es ist, wenn viele User GLEICHZEITIG online sind...

Spürbar schneller ist es nicht unbedingt, dafür sinkt die durch das Forum verursachte Load aber um ein ganzes Stück!

@tholmer
Es ist aber auch die Frage, wo die Daten zur Verfügung stehen.
Wenn die Anzahl der aktuell vorhandenen Posts, Topics, User, etc. in der Config-Tabelle enthalten sind, werden die sowieso einmal mit allen anderen Einstellungen mit geladen und stehen dann global zur Verfügung.
Anders im phpBB 2 muss hier also nie was abgefragt werden.

Und ob ich beim Erstellen oder löschen die Anzahl mit einem kleinen Update ändere, steht ausser Frage, ist eine SQL-Anweisung beim Posten mehr, aber insgesamt immer noch schneller, als die Datenbank z. B. die Datensätze einer umfangreichen Posts- oder Topics-Tabelle zählen zu lassen.
Und das kann dann bei grösseren Foren schon ins Gewicht fallen, wenn sich immer eine gewisse Anzahl User oder gar Bots auf dem Board tummeln...

Ja, selbstredend... Ich hab oben nur was erklärt... bin deiner Meinung sozusagen ^^

maddaF's Problem geht hier weiter: http://www.phpbb.de/viewtopic.php?t=152768