在具有多个连接的数据库中快速分配游戏pipe理

我想运行一个可以快速分配游戏数据的服务器。

简单的模型是：

P1 joins P2 joins Make a game with P1 & P2 P3 joins P4 joins Make a game with P3 & P4 etc.. 

但先进的devise是要有配对的逻辑。

例如：

 P1 (A) joins. P2 (B) joins. P3 (C) joins. P4 (A) joins. Make game with P1 & P4 etc.. 

到目前为止，我一直在使用Node + Mongo.js，但是读取和写入数据库似乎很奇怪。 这是通过使用内存结构更好的服务吗？ 我应该看看Redis吗？

我在这里寻找效率。 它不一定是为了数十亿的关系，而是应该容忍的说，即世界上的象棋人群正在玩与国际象棋类似的ELO排名相匹配的国际象棋游戏。

Answer 1

这是通过使用内存结构更好的服务吗？ 我应该看看Redis吗？

这大概取决于你的球员愿意等待多久 。 把等待的玩家持续存储似乎没有多大意义，所以没有持久性的redis甚至redis可能确实更合适。

但是应该容忍的是，世界上的象棋棋手玩这个类似ELO排名的棋类游戏

不pipe怎么说… 5M？ 10M？ 无论如何，你可以以合理的价格获得16GB的内存，所以通常不会有太多的麻烦，除非你每次存储数以万计的字节。