我正在制作基于故事的网络浏览器游戏的引擎/ CMS。我有相当多的数据：角色，项目以及玩家将与之互动的故事片段。这个项目背后的意图是作家不必是程序员就可以创建一个叙事驱动的网页游戏。它只需要FTP和网站管理的基本知识才能开始创建内容。
问题在于我认为数据库会让这些游戏陷入困境。每个角色都可以拥有很多，而且故事也很广泛。每个故事都有自己的书面文字，可以是100个字符或500个字符。我无法用memcached或类似的东西缓存所有这些！
值得庆幸的是，游戏的每个状态都是通过部署“推动”的，这意味着您不仅要添加角色，而且还会出现在世界中;你必须添加它们，然后推动游戏的构建。我相信我可以利用这个优势。我现在的工作理念是：
总共有三个数据库。一个是“工作”内容数据库，另一个是“实时”内容数据库，最后是包含所有用户数据的数据库。 （他们在故事中，他们获得的项目等等）我的想法是，我将推动工作数据库，完全破坏实时，并根据工作数据库中的内容重建实时推动。然后，实时数据库将受益于只读功能：例如ARCHIVE存储引擎和相当多的索引。这听起来非常可靠，但我没有足够的经验来确信这是开展业务的最佳方式。
我很想知道是否有人对新车型有任何建议，甚至对我现有车型的建议。
答案 0 :(得分：2)
你所说的听起来像它会起作用。你必须构建你的框架，然后注入一些虚拟游戏数据，看看它是如何响应的。
关于游戏的一个好处是你可以摆脱许多加载屏幕/条，所以利用它。 ：）