我正在为基于故事的网页游戏制作引擎/CMS。我有相当多的数据：角色、物品和玩家将与之交互的故事片段。这个项目的意图是，作家不需要成为程序员就能创建叙事驱动的网页游戏。只需要基本的FTP知识和网站管理即可开始创建内容。
问题在于，我认为数据库会拖慢这些游戏。每个角色都可能有很多内容，而故事将会很广泛。每个故事片段都有自己的书面文本，可能是100个字符或500个字符。没有办法使用memcached或类似的东西来缓存所有内容！
幸运的是，游戏的每个状态都是“推送”通过部署实现的，这意味着你不能仅仅添加一个角色并让他们出现在世界上；你必须添加他们，然后推送游戏的构建版本。我相信我可以利用这一点。我的工作想法是：
总共将有三个数据库。一个是“工作”内容数据库，另一个是“实时”内容数据库，最后一个是保存所有用户数据的数据库（他们在故事中的位置，他们获得的物品等）。我的想法是，我将使用工作数据库进行推送，完全销毁实时数据库，并根据推送时工作数据库中的内容重建实时数据库。然后，实时数据库将从只读能力中受益：例如ARCHIVE存储引擎和相当多的索引。这听起来非常可靠，但我没有足够的经验来确信这是最好的方式。
我很想知道是否有人对新模型有任何建议，甚至对我的当前模型有任何建议。
问题在于，我认为数据库会拖慢这些游戏。每个角色都可能有很多内容，而故事将会很广泛。每个故事片段都有自己的书面文本，可能是100个字符或500个字符。没有办法使用memcached或类似的东西来缓存所有内容！
幸运的是，游戏的每个状态都是“推送”通过部署实现的，这意味着你不能仅仅添加一个角色并让他们出现在世界上；你必须添加他们，然后推送游戏的构建版本。我相信我可以利用这一点。我的工作想法是：
总共将有三个数据库。一个是“工作”内容数据库，另一个是“实时”内容数据库，最后一个是保存所有用户数据的数据库（他们在故事中的位置，他们获得的物品等）。我的想法是，我将使用工作数据库进行推送，完全销毁实时数据库，并根据推送时工作数据库中的内容重建实时数据库。然后，实时数据库将从只读能力中受益：例如ARCHIVE存储引擎和相当多的索引。这听起来非常可靠，但我没有足够的经验来确信这是最好的方式。
我很想知道是否有人对新模型有任何建议，甚至对我的当前模型有任何建议。