我正在尝试构建一个系统，让用户可以轻松地创建各种类型的锦标赛并与其他用户一起参与。它不是针对特定游戏的，而是一种通用工具，用于尽快从任何设备查看和更新锦标赛结果，且交互最少，因此实际应用程序不会妨碍聚会等。
用户资料、锦标赛和结果保存在数据库中，但锦标赛中的更改应立即反映在客户端的视图中，以动画方式显示且无需页面重新加载 (JavaScript)，然后通过 ajax 发送到服务器、验证并保存到数据库中 ( PHP，MySQL）。客户端不断监听服务器并在进行任何更新时更新所有客户端的视图（从参赛者重命名、匹配结果和退出等）
我找到了一些单淘汰赛或双淘汰赛的数据模型，但这个模型应该支持多种锦标赛类型，如联赛、天梯、单/双淘汰赛和循环赛。
那么对于这样的项目，我应该使用什么样的数据（基础）模型，基本上是一个 Google Docs 电子表格，但每个锦标赛类型都有预定义的外观和控件？
我应该选择适合所有锦标赛的模型，还是为所有不同的锦标赛类型创建单独的表格？任何可能对这样的项目有用的资源？
这里有几个问题/问题，所以我会尝试解决每个问题。
所有锦标赛互动都应该是实时的/反映给许多用户。
对于您网站上的中小型流量，这可能不是问题。对于较重的流量，这将很快成为一个主要问题。
考虑一个示例，您希望使用 AJAX 调用轮询数据库的频率。每一秒？因此，如果您有 100 个人打开一个页面，那么您每秒有 100 次数据库调用？你会发现这会很快杀死你的数据库。
尽管这有点离题，但我强烈建议您提前研究如何缓存锦标赛结果。您可以缓存统计信息等，让它们过期或主动过期，但绝对要花一些时间研究它。
实时统计/结果
请记住，在关系数据库中连接需要时间。如果您大量规范您的锦标赛结构，那么获取统计数据可能会很痛苦。系统中最难提高效率的部分将是每场比赛的汇总和统计数据。
在设计数据库/表/视图/存储过程时，请记住最终目标 - 快速获取统计信息。这可能意味着不要过多地规范化数据（以避免过多的连接）。这也可能意味着非常关注您的数据类型 - 例如使用位/短裤/等。而不是整数。
如何为不同的锦标赛类型建模
我不熟悉锦标赛模型，但我对如何建模有具体的建议。=)
你应该问自己一些问题：
所有比赛都有共同的领域吗？换句话说，对于循环赛，我们存储 10 个字段。对于单场淘汰锦标赛，我们存储 11 个字段。如果它们共享相同的 10 个字段，那么我建议将所有锦标赛类型放在一个表中，然后使用锦标赛类型字段来确定您的应用程序的锦标赛类型。
所有比赛都没有共同的领域吗？让它们分开表 - 每种锦标赛类型一张。您可能会为共享数据创建一个表，然后为特定信息创建不同的表。
比赛场地会随着时间的推移而分崩离析吗？随着时间的推移，您会希望将字段添加到锦标赛类型。如果您预测锦标赛会随着时间的推移变得非常独特且非常具体，请将它们分开。否则，您最终会得到许多包含大量 NULL 值的字段。
您是否考虑过 NoSQL 解决方案？NoSQL 存储的好处是它对数据进行了非规范化，因此您没有连接。您也可以在同一个“表”或容器中拥有异构（不同类型的数据）。只是需要考虑的事情，因为它可能会使您的生活变得更加轻松。以 MongoDB 为例。