mysql - 各种锦标赛/竞赛类型(联赛、阶梯、单败/双败等)的数据结构

Question

我正在尝试构建一个系统，用户可以在其中轻松创建各种类型的锦标赛并与其他用户一起参与。它不针对特定游戏，而是一种通用工具，用于在任何设备上尽快查看和更新​​锦标赛结果，交互最少，因此实际应用程序不会妨碍聚会等。

用户配置文件、锦标赛和结果保存在数据库中，但锦标赛的变化应立即反射(reflect)在客户端的 View 中，动画且无需重新加载页面(JavaScript)，然后通过 ajax 发送到服务器，验证并保存到数据库(PHP、MySQL)。客户端不断监听服务器并在进行任何更新时更新所有客户端的 View (从参赛者重命名、匹配结果和退出等)

我找到了一些用于单败或双败淘汰赛的数据模型，但这个模型应该支持多种比赛类型，例如联赛、天梯、单败/双败和循环赛。

那么我应该为这样的项目使用哪种数据(基础)模型，它基本上是一个 Google Docs 电子表格，但具有针对每种锦标赛类型的预定义外观和控件？

我应该选择适合所有锦标赛的模型，还是为所有不同的锦标赛类型创建单独的表格？任何可能对此类项目有用的资源？

Answer 1

这里有几个问题/问题，所以我会尝试解决每个问题。

所有锦标赛互动都应该是实时的/反射(reflect)给许多用户。

对于您网站上的中小型流量，这可能不是问题。对于较重的流量，这将很快成为一个主要问题。

以您希望通过 AJAX 调用轮询数据库的频率为例。每一秒？那么如果你有 100 个人打开一个页面，你每秒有 100 次数据库调用？您会发现这会很快杀死您的数据库。

即使这有点偏离主题，我还是强烈建议您提前研究如何缓存锦标赛结果。您可以缓存统计数据等，让它们过期或主动过期，但一定要花一些时间研究它。

实时统计/结果

请记住，连接在关系数据库中需要时间。如果您大量标准化锦标赛结构，那么获取统计数据可能会很痛苦。系统中最难提高效率的部分是每场比赛的汇总和统计数据。

在设计数据库/表/ View /存储过程时，请牢记最终目标 - 快速获取统计信息。这可能意味着不要过多地规范化数据(以避免连接过多)。这也可能意味着密切关注您的数据类型——例如使用位/短裤/等。而不是整数。

如何为不同的锦标赛类型建模

我不熟悉锦标赛模型，但我对如何建模有具体的建议。 =)

一些你应该问自己的问题:

1. 是否所有锦标赛都有公共(public)字段？换句话说，对于循环赛，我们存储 10 个字段。对于单场淘汰赛，我们存储 11 个字段。如果它们共享相同的 10 个字段，那么我会建议将所有锦标赛类型放入一个表中，然后使用 tournament_type 字段来确定您的应用程序的锦标赛类型。

2. 难道所有的锦标赛都没有公共(public)字段吗？让它们分开表格 - 每种锦标赛类型一个。您可能会为共享数据创建一个表，但随后会为特定信息创建不同的表。

3. 比赛 field 会随着时间的推移而分开吗？随着时间的推移，您会希望为锦标赛类型添加字段。如果您预测锦标赛将随着时间的推移变得非常独特和非常具体，请将它们分开。否则，您最终会得到许多包含大量 NULL 值的字段。

4. 您是否考虑过 NoSQL 解决方案？ NoSQL 存储的好处在于它对数据进行非规范化，因此您没有连接。您也可以在同一个“表”或容器中拥有异构(不同类型的数据)。只是需要考虑的事情，因为它可能会让您的生活变得更加轻松。以 MongoDB 为例。