Mysql 各种锦标赛/竞赛类型（联赛、阶梯赛、单/双淘汰赛等）的数据结构

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

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

我找到了一些单淘汰赛或双淘汰赛的数据模型，但是这个模型应该支持各种各样的比赛类型，比如联赛、阶梯赛、单淘汰/双淘汰赛和循环赛

那么，对于这样一个项目，我应该使用什么样的数据（基础）模型呢？它基本上是一个Google Docs电子表格，但是每个比赛类型都有预定义的外观和控件

---

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

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

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

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

例如，考虑使用AJAX调用轮询数据库的频率。每一秒？所以，如果有100个人打开一个页面，那么每秒就有100个数据库调用？你会发现这会很快杀死你的数据库

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

实时统计/结果

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

在设计数据库/表/视图/存储过程时，请记住最终目标—快速获取统计数据。这可能意味着不太规范化数据（以避免太多的联接）。这可能还意味着密切关注您的数据类型，例如使用位/短/等，而不是整数

如何对不同的锦标赛类型进行建模

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

你应该问自己一些问题：

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

是否所有比赛都没有公共场？让他们分开的表-每个比赛类型一个。您可以为共享数据创建一个表，但为特定信息创建不同的表

随着时间的推移，比赛场地会变得越来越分散吗？随着时间的推移，您将希望向锦标赛类型添加字段。如果你预测随着时间的推移，锦标赛将变得非常独特，非常具体，那就把它们分开。否则，您将得到许多字段，其中包含大量空值

您是否考虑过NoSQL解决方案？NoSQL存储的好处在于，它将数据反规范化，因此您没有连接。您还可以在同一“表”或容器中具有异构（不同类型的数据）。只要考虑一下，因为它可能会让你的生活变得简单多了。以MongoDB为例

---

当你问这样的问题时，你应该清楚地指定你的应用程序必须处理的实体。我想问题可以归结为：如何创建一个数据库结构，让用户能够创建新的“表”，在这种情况下，可以跟踪参赛者、比赛结果、排名等各种比赛。因为我在数据库方面的经验仅限于非常静态的表中的两种数据类型，所以我对如何在这样的项目中使用数据库一无所知。你应该提供比赛的类型和结果的类型，最好在表格中举例说明，比如电子表格。知道如何建模的人不必知道锦标赛等。例如，如何将每个联赛数据与该赛季的成绩、球队联系起来，如何对数据建模，即在不破坏数据库的情况下获得最佳得分手？我应该为与每种联赛类型相关的许多表格分配目标结果吗？