sql - noSQL/SQL/RoR : Trying to build scalable ratings table for the game

Question

我正在尝试解决复杂的问题(在我看来)。

我有下一个实体:

1. 玩家(他们中的少数人，名字如“约翰”、“彼得”等)。每个都有唯一的ID。为简单起见，我们假设这是他们的名字。

2. GAME(其中很少有游戏名为“捉迷藏”、“跳跃与奔跑”等)。相同 - 每个都有唯一的 ID。为简单起见，暂时使用它的名称。

3. SCORE(它是数字)。

那么，它是如何工作的。

每个玩家都可以玩多个游戏。他在每场比赛中都会得分。

我需要建立评分表——而不是一个!

表 #1:玩得最多的游戏表 #2:所有比赛中的最佳球员(比如每场比赛的总得分)。表 #3:每场比赛的最佳球员(特别是那场比赛的得分)。

我可以立即构建一些东西，但这行不通。我将拥有超过10,000名玩家；和 15 场比赛，这肯定会增长。分数可以低至 0，最高可达 1,000,000(目前不确定是否可能更高)。所以我真的需要一些相关数据。

有什么建议吗？

我打算用 SQL 来做，但可能只是将它用于键值存储；任何 - 欢迎任何想法。

谢谢!

Answer 1

我想说两件事。

首先我回答你的问题。其次，我认为您应该改为做什么。

<强>1。答:

SQL，容易开发测试+生产一段时间。玩家表，具有 INT 或其他一些唯一值，而不是字符串。 (我知道你说它是一个样本，但是选择应该给你足够的唯一 ID 的“长字”整数游戏也是如此。现在，要将高分保持在一起，就需要在两者之间建立关系。

分数(表关系):

[Player ID][Game_ID][Score]

其中score是一个数值...不知道你们每款游戏的最高分，所以你自己弄清楚什么类型就够了。

现在，这应该很容易开始实现。让它工作。但不要每次都直接调用数据库。

制作一个 3 层架构。创建一个数据层和一个业务层，然后是“游戏”层。所以每个游戏都使用自己的“游戏 ID”调用业务层，例如:

PlayerSaveScore(int gameID, int playerID, int score)

然后，业务层会检查“参数”的大小是否正确以及 ID 是否有效，也许会验证该玩家实际是否在过去 5 分钟内参加过 session 等。

验证后，业务层调用数据层进行“更新表”，数据层首先查看记录是否存在。如果没有，则将其插入。

分层设计一旦你“在线”(在空中)并且游戏变得流行，那么你就可以开始“升级”，但你现在仍然可以使用“ future 可扩展的解决方案”。请记住，每个游戏都必须调用业务对象/层，而不是直接调用 - 绝不!

我一直处于同样的“想太多次了”，但我一直进入一个称为准备的简单循环，但这几乎从未让我进入一个快速启动和运行的现实解决方案。

所以先获得100000名玩家吧!然后当它超出范围时开始担心。

<强>2。部分到...如何缩放...建议:

所以这就是我构建“businesslayer/webservices”的所有麻烦的原因......最重要的是，您的速度问题现在可以得到很好的解决。

您可以非常简单地实现“缓存”。

你做一个额外的 table ，如果你只有 15 场比赛，你不需要 table pr。游戏，但你决定。那只保留每场比赛的前100名。每次您发布玩家的新记录时，您都会选择这个“前 100 名”并检查发布的值是否进入列表。如果是这样，则通过更新前 100 个表来处理它，以提高速度。

将 Top 100 的摘录构建为静态数据列表，例如。 XML 或类似的静态数据。根据您的平台，您可以选择适合您的“静态格式”。

您甚至可以进一步提高速度。只保留进入每场比赛前 100 名所需的最小值。那将是一个创纪录的公关。游戏。

然后将玩家分数与游戏的“前 100 名中的最低分数”进行匹配...如果高于此值，则您需要执行一些“缓存/索引”操作，然后调用“巨型排序”:o)

明白了吗？我知道这是一个很长的答案，但我想为您提供一个“完整”的解决方案。

希望您将此标记为您的答案:o)