我需要创建一个灵活的统计信息表，其中将不同的统计信息绑定到不同的运动，然后为联盟中的每个球员存储实际的统计信息。我创建了两种方法，但无法确定哪种方法更好。
我已阅读过类似主题的文章，但很少有人将我需要的灵活性和育种功能结合起来用于存储和分析统计信息。
在全球范围内，我们预计在未来10年内将管理50,000至100,000个运动员，涉及50项运动，每项运动的统计数据约为20。
在这两种情况下，公司员工可能会偶尔添加统计信息，但很少添加新的运动项目。每件事都由后端接口管理。由于可以添加体育项目，所以我认为在添加新体育项目时创建sport_stats表，并且将每个运动员数据保留在相对体育项目表中并带有该体育项目每个状态的列的中间方法并不适合。 / p>
主要方法是在一个包含体育和相对属性的表中创建统计数据，然后创建一个球员表，该球员表的每个统计信息都有一个列来保存所有数据。这意味着可能存在大量的空列，因为一个球员仅参加一项特定的运动，并且每项运动可能有15-20项统计数据，并且大约有30,000名参与者。
表示30,000条记录，其中包含大量的空数据和无用的字段
id |运动|类型名称|特长
id | stat_1 | stat_2 | stat_n（添加任何统计信息后都会增长）
然后我想到一个想法，那里仍然有相同的统计数据表，但是有一个仅包含统计数据，玩家，价值的价值表，然后我将收集特定玩家的所有统计数据，只获取他们填写的内容
表示没有空字段，但在未来10年的预期用户数据中可能有几百万个条目。
id |运动|类型名称|特长
id | player_id | stat_id |谷
...很快就变得真正重要