【发布时间】：2012-04-12 10:58:37
【问题描述】：
我正在为基于故事的网络浏览器游戏制作引擎/CMS。我有相当多的数据：角色、物品和玩家将与之互动的故事片段。该项目背后的意图是，作家不必成为程序员也能创建叙事驱动的网页游戏。只需具备 FTP 和网站管理的基本知识即可开始创建内容。
问题是我认为数据库会让这些游戏陷入困境。每个角色对他们来说都有很多东西，故事将会很广泛。每个故事都有自己的书面文本，可以是 100 个字符或 500 个字符。我无法用 memcached 或类似的东西缓存所有这些！
谢天谢地，游戏的每个状态都是通过部署“推动”的，这意味着您不只是添加一个角色，它们就会出现在世界上；您必须添加它们，然后推送游戏的构建。我相信我可以利用这个优势。我现在的工作理念是：
总共将有三个数据库。一个是“工作”内容数据库，另一个是“实时”内容数据库，最后是保存所有用户数据的数据库。 （他们在故事中的位置，他们获得的物品等）我的想法是我将推动工作数据库，完全摧毁现场，并根据当时工作数据库中的内容重建现场推动。然后，实时数据库将受益于只读功能：例如 ARCHIVE 存储引擎和相当多的索引。这听起来很可靠，但我没有足够的经验来确信这是开展业务的最佳方式。
我很想知道是否有人对新模型有任何建议，甚至是对我当前模型的建议。
【问题讨论】：
标签： php mysql caching scalability content-management