私はストーリーベースのウェブブラウザゲームのエンジン/ CMSを作っています。私はかなりのデータを持っています：キャラクター、アイテム、そしてプレイヤーがやり取りするストーリーのビット。このプロジェクトの背後にある意図は、物語に基づいたウェブゲームを作成するために作家がプログラマーである必要はないということです。コンテンツの作成を開始するには、FTPとウェブサイト管理に関する基本的な知識が必要です。PHP + MySQLで多量のコンテンツをキャッシュする
問題は、データベースがこれらのゲームを駄目にすると思うことです。それぞれのキャラクターは自分にはたくさんのことがあり、物語は広範囲に及ぶだろう。ストーリーの各ビットには、100文字または500文字の独自のテキストがあります。私はmemcachedやそれに類するものをすべてキャッシュする方法はありません！
ありがたいことに、ゲームの各状態はデプロイによって「プッシュ」されます。つまり、キャラクターを追加するだけでなく、世界に表示されます。それらを追加してから、ゲームのビルドをプッシュする必要があります。私はこれを私の利益に利用できると信じています。今私の仕事の考え方は：
合計3データベースがあります。 1つは「作業中の」コンテンツDB、もう1つは「ライブ」のコンテンツDB、そして最後にすべてのユーザデータを保持するDBです。 （彼らは物語の中でどこにいるのか、彼らが入手したアイテムなど）私は、作業DBを押してライブを完全に破壊し、作業DBの内容に基づいてライブを再構築することを考えていますプッシュ。ライブDBは、ARCHIVEストレージエンジンや索引付けなどの読み取り専用機能の恩恵を受けます。これは非常にしっかりとしていますが、これが私のビジネスについての最良の方法だと確信するほどの経験はありません。
誰かが新しいモデルについての示唆を持っているのか、私の現在のモデルへの示唆があるのかを知りたいです。