hm.
Wenn ich das Problem richtig verstehe, geht es doch um die server-seitige Kennzeichnung, welcher Beitrag gelesen wurde und welcher nicht. Das ist doch gerade ein hoch-dynamischer Bereich in einem Forum.
Deine Architektur hierfür ist suboptimal. 3.000 Beiträge sollte jede Datenbank (die diesen Namen verdient) locker wegschnupfen. Rauf und runter.
Nach Deinem Ansatz musst Du mit jedem neuen Beitrag / Thema die komplette User-
DB neu schreiben, um diesen Timestamp festhalten zu können. Aber warum? Halte doch einfach in jedem Thema den Zeitstempel der letzten Editierung / des letzten Beitrages fest. Und wenn es dann in der Themenliste um die Anzeige geht, vergleichst Du diesen Zeitstempel mit dem Datum des letzten Besuches des Users und hast das, was Du im Moment auch schon hast, deutlich einfacher erreichen können. Aber auch das ist nur eine grobe Abschätzung der gelesenen / ungelesenen Beiträge.
Insgesamt ist diese Angelegenheit ein wenig tricky, wenn sie mit wenigen Ressourcen auskommen soll, was bei Foren-Systemen fast immer der Fall ist. Greife Dir mal beispielsweise ein phpBB 3 und schaue, wie das dort gelöst ist. Du wirst auf eine nennenswerte Menge an Code stoßen, die sich um diese Aufgabe kümmert. Aber wenn Deine User ein zuverlässiges System haben wollen
und Du etwas lernen möchtest, ist das Studieren von bereits existierenden Lösungen nicht verkehrt. Andernfalls nimm' einfach eine fertige Lösung und passe sie Deinen Erfordernissen an. Ich würde heute keine eigene Foren-Software mehr schreiben wollen.
Daniel R. Wolf
mit Grüßen aus Hamburg