3
我正在为基于故事的网页浏览器游戏制作引擎/ CMS。我有相当多的数据：角色，物品和玩家将与之互动的故事片段。这个项目背后的意图是作家不必是程序员才能创建一个叙述性驱动的网页游戏。它只需要FTP和网站管理的基本知识就可以开始创建内容。使用PHP + MySQL缓存大量内容
问题是我认为数据库会让这些游戏陷入泥潭。每个角色对他们来说都有很多，故事情节将会非常广泛。故事的每一部分都有自己的书面文字，可以是100个字符或500个字符。我无法用memcached或类似的东西来缓存这一切！谢天谢地，游戏的每一个状态都是通过部署“推动”的，这意味着你不只是添加一个角色而且他们出现在世界中;你必须添加它们，然后推动游戏的构建。我相信我可以利用这个优势。我现在的工作概念是：
总共会有三个数据库。一个是'工作'内容数据库，另一个是'实时'内容数据库，最后是保存所有用户数据的数据库。 （他们在故事中的位置，他们获得的物品等）。我的想法是，我将推动工作DB，彻底销毁实况，并基于工作DB中的内容重建实况推动。现场数据库将受益于只读功能：如ARCHIVE存储引擎和相当多的索引。这听起来非常稳固，但我没有足够的经验去确信这是开展我的业务的最佳方式。
我很想知道是否有人对新模型有任何建议，甚至对我目前的模型有什么建议。