SESSIONS vs. PHP-Framework vs. Datenbank

Bisherige Umsetzung:

Variablenwerte werden in der SESSION gespeichert, die dem Nutzer allerdings nicht zugänglich gemacht wird.
Innerhalb dieser SESSION sammeln sich aber eine ganze Latte an Variablenwerte an (im Moment sind es bestimmt an die 100).

Diese Lösung habe ich derzeit einfach deshalb gewählt, da ich noch keine Werte bzgl. der Performance habe und ich die DB-Zugriffe eigentlich auf das Minimum reduzieren möchte.
Nach eingehender Recherche habe ich jetzt drei Möglichkeiten wie ich das umsetzen könnte:

- weiterhin SESSIONS nutzen - dafür wurden die ja dann schliesslich gemacht :)

- die DB knechten und Variablen grundsätzlich dort ein- und auslesen

- ein Framework nehmen, dass eine anständige Cache-Verwaltung mitbringt

Welche technische Umsetzung würdet ihr nehmen, bzw. habt ihr evtl. sogar Performance-Argumente für, bzw. gegen, die jeweiligen Möglichkeiten?

Da das Spiel noch in der Pre-Alpha-Phase ist, ist es "noch nicht" so wichtig, wenn der Release aber näher rückt und der Server dann richtig was zu tun bekommt, können Milli-Sekunden wichtig werden.

Wie viele Nutzer strebst du denn an?

Es gibt auch noch die Möglichkeit solche Daten als Heap-Tabelle zu speichern. Oder je nach dem was es ist serialisierte Objekte.

Ich persönlich verwalte meine Sessions seit kurzem mit MongoDB, ist schön fix und man kann simpel Objekte rausholen und reinschreiben. Ist denke ich reine Geschmackssache.

Original von Kampfhoernchen

Wie viele Nutzer strebst du denn an?

Gute Frage :)

Sagen wir mal so: Mein Wunschpublikum ist der erfahrene und etwas ältere Spieler. Damit sollte sich die Nutzerzahl in einem überschaubaren Rahmen halten (um die 1000).

Da ich aber einen bekannten Publisher habe, der damit sicherlich ein paar €uro verdienen will, kann ich zum jetzigen Zeitpunkt überhaupt nicht abschätzen in welche Richtung es gehen wird.
Daher meine vorsichtige Prognose: 1000++ (nein, das war jetzt kein Inkrement *ggg*)