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