在具有多個連接的數據庫中快速分配游戲管理

Question

我想運行可以快速分配游戲數據的服務器。

簡單的模型是：

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

但是高級設計是要使邏輯與配對相關聯。

例如：

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排名相匹配的情況下玩速棋游戲

那意味着... 5M？ 10M？ 不管是什么，您都可以以合理的價格獲得16GB的RAM，因此，除非每個條目存儲數萬個字節，否則數百萬通常不會太麻煩。