bzgl statisch / dynamisch: sachen wie die suche würde ich immer über die DB realisieren - aber die ausgabe eines threads, der sich nicht ändert, ist ein klassisches beispiel dafür, effizient zu cachen und das wäre in diesem fall ganz prima mit simplen htmldateien möglich. wozu, um mal ein drastisches beispiel zu nehmen, bei einem thread-seite1, die 1000 mal gelesen wird, ohne dass etwas hinzugefügt wird (werden kann, wenn der thread schon weiter ist als seite 1, nur ev. eine neue seitennummer), jedes mal die datenbank bemühen, die einzelnen daten hervorzukramen.
dass man dann etliche htmlseiten herumfliegen hat, stimmt schon, aber ich nehme an, das kann man sich irgendwie abnehmen, sei es durch unterverzeichnisse, in denen jeweils hundert threads liegen oder oder oder. eine layout-änderung würde einfach durch ein neu-erzeugen der htmls umgesetzt, ansonsten werden die nur geändert, wenn ein neuer beitrag kommt etc pp. imho gerade bei großem datenbestand ein vorteil, der sich in belastbarkeit ausdrückt. wenn (ich bin optimistisch ;)) die 2000 user erst mal wieder voll sind und vielleicht ein paar mehr dazukommen, dürfte die last ordentlich steigen - das kann man dann natürlich einfach mit einem zweiten dbserver und ein bisschen balancing abfangen, oder eben durch einen anderen ansatz. ist definitiv komplizierter zu schreiben, da stimme ich zu, dennoch eine interessante sache.
allerdings wäre ich auch glücklich, wenn's erstmal ohne gemacht wird, sowas kann man später ja immer noch implementieren, wenn man zeit und lust hat.