4

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

用户资料、锦标赛和结果保存在数据库中,但锦标赛中的更改应立即反映在客户端的视图中,以动画方式显示且无需页面重新加载 (JavaScript),然后通过 ajax 发送到服务器、验证并保存到数据库中 ( PHP,MySQL)。客户端不断监听服务器并在进行任何更新时更新所有客户端的视图(从参赛者重命名、匹配结果和退出等)

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

那么对于这样的项目,我应该使用什么样的数据(基础)模型,基本上是一个 Google Docs 电子表格,但每个锦标赛类型都有预定义的外观和控件?

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

4

1 回答 1

1

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

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

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

考虑一个示例,您希望使用 AJAX 调用轮询数据库的频率。每一秒?因此,如果您有 100 个人打开一个页面,那么您每秒有 100 次数据库调用?你会发现这会很快杀死你的数据库。

尽管这有点离题,但我强烈建议您提前研究如何缓存锦标赛结果。您可以缓存统计信息等,让它们过期或主动过期,但绝对要花一些时间研究它。

实时统计/结果

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

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

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

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

你应该问自己一些问题:

  1. 所有比赛都有共同的领域吗?换句话说,对于循环赛,我们存储 10 个字段。对于单场淘汰锦标赛,我们存储 11 个字段。如果它们共享相同的 10 个字段,那么我建议将所有锦标赛类型放在一个表中,然后使用锦标赛类型字段来确定您的应用程序的锦标赛类型。

  2. 所有比赛都没有共同的领域吗?让它们分开表 - 每种锦标赛类型一张。您可能会为共享数据创建一个表,然后为特定信息创建不同的表。

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

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

于 2013-04-11T23:09:32.130 回答