Ich mache eine Engine/CMS für story-basierte Web-Browser-Spiele. Ich habe ziemlich viele Daten: Charaktere, Gegenstände und die Teile der Geschichte, mit denen der Spieler interagieren wird. Die Absicht hinter diesem Projekt ist, dass Autoren nicht Programmierer sein müssen, um ein narratives Webspiel zu erstellen. Es würde nur grundlegende Kenntnisse der FTP- und Website-Verwaltung erfordern, um mit der Erstellung von Inhalten zu beginnen.Caching große Mengen von Inhalten mit PHP + MySQL
Das Problem ist, dass ich denke, dass die Datenbank diese Spiele nach unten treiben wird. Jeder Charakter kann viel haben und die Geschichten werden umfangreich sein. Jedes Stück Geschichte wird einen eigenen geschriebenen Text haben, der 100 Zeichen oder 500 Zeichen umfassen kann. Es gibt keine Möglichkeit, das alles mit memcached oder etwas Ähnlichem zwischenzuspeichern!
Zum Glück wird jeder Zustand des Spiels durch einen Einsatz "geschoben", was bedeutet, dass Sie nicht nur einen Charakter hinzufügen und sie in der Welt erscheinen; Sie müssen sie hinzufügen und dann einen Build des Spiels schieben. Ich glaube, ich kann das zu meinem Vorteil nutzen. Mein Arbeitsbegriff ist jetzt:
Es wird insgesamt drei Datenbanken geben. Eines wird die "Arbeits" -Inhalts-DB sein, ein anderes die "Live" -Inhalts-DB und dann schließlich die DB, die alle Benutzerdaten enthält. (wo sie in der Geschichte sind, Gegenstände, die sie erhalten haben, etc.) Meine Idee ist, dass ich mit der Arbeits-DB drehe, das Leben komplett zerstöre und das Leben basierend auf dem, was in der Arbeits-DB zur Zeit ist, wieder aufbaut der Stoß. Die Live-DB profitiert dann von Nur-Lese-Fähigkeiten: wie der ARCHIVE-Speicher-Engine und einer beträchtlichen Indizierung. Das klingt ziemlich solide, aber ich bin nicht erfahren genug, um zuversichtlich zu sein, dass dies der beste Weg ist, meinem Geschäft nachzugehen.
Ich würde gerne wissen, ob jemand Vorschläge für ein neues Modell oder sogar einen Vorschlag zu meinem aktuellen Modell hat.