Mysql 我应该为这些数据使用单独的表吗？

这是一个后端的项目，我一直在工作的乐趣，存储用户的记分卡的拳击比赛。我应该为每一场拳击比赛都有一个单独的表（大约25列），还是应该将每一场拳击比赛都存储在同一个表中，并添加一列来指示该行用于哪一场拳击比赛

---

在做这个决定时，什么是好的实践标准？我将通过对给定比赛的所有回合求平均值并返回任何给定回合所有用户的平均分数来访问该表。这种类型的访问使我认为每个比赛都需要一个单独的表，因为这样我就不会在试图平均某个比赛的分数时搜索任何不需要的比赛。

你不应该将每个比赛放在自己的表中。这意味着您将需要未知数量的表，这表明您没有正确地建模问题

你不应该把每一场比赛都放在自己的表中。这意味着您将需要未知数量的表，这表明您没有正确地建模问题

你不应该把每一场比赛都放在自己的表中。这意味着您将需要未知数量的表，这表明您没有正确地建模问题

你不应该把每一场比赛都放在自己的表中。这意味着您将需要未知数量的表，这表明您没有正确地建模问题

标准方法是识别模型中的每个“实体”

实体是指

可以唯一标识

我们可以存储有关和的信息

对企业或企业来说很重要

实体被实现为一个表，表中的每一行表示实体的一个实例

在本例中，听起来“拳击比赛”是一个实体。下一步是找出唯一标识符是什么，是单列还是列的组合，并计划在其上定义唯一索引

除了自然键之外，我们通常引入一个代理

id

列，作为每个实体表的主键。（我会注意到，关于代理密钥是否可取，有两种观点：有些人选择使用自然密钥作为主键，但后来被该决定烧掉了，还有一些人还没有被使用自然密钥作为主键的决定烧掉。）

理想的主键具有以下特征：

简单（一个简单的本机数据类型属性，例如int）

唯一（一个值仅标识一行，没有两行具有相同的值）

匿名（不携带任何可见或隐藏的信息）

不可变（一旦赋值，就不会更改）

---

标准方法是识别模型中的每个“实体”

实体是指

可以唯一标识

我们可以存储有关和的信息

对企业或企业来说很重要

实体被实现为一个表，表中的每一行表示实体的一个实例

在本例中，听起来“拳击比赛”是一个实体。下一步是找出唯一标识符是什么，是单列还是列的组合，并计划在其上定义唯一索引

除了自然键之外，我们通常引入一个代理

id

列，作为每个实体表的主键。（我会注意到，关于代理密钥是否可取，有两种观点：有些人选择使用自然密钥作为主键，但后来被该决定烧掉了，还有一些人还没有被使用自然密钥作为主键的决定烧掉。）

理想的主键具有以下特征：

简单（一个简单的本机数据类型属性，例如int）

唯一（一个值仅标识一行，没有两行具有相同的值）

匿名（不携带任何可见或隐藏的信息）

不可变（一旦赋值，就不会更改）

---

标准方法是识别模型中的每个“实体”

实体是指

可以唯一标识

我们可以存储有关和的信息

对企业或企业来说很重要

实体被实现为一个表，表中的每一行表示实体的一个实例

在本例中，听起来“拳击比赛”是一个实体。下一步是找出唯一标识符是什么，是单列还是列的组合，并计划在其上定义唯一索引

除了自然键之外，我们通常引入一个代理

id

列，作为每个实体表的主键。（我会注意到，关于代理密钥是否可取，有两种观点：有些人选择使用自然密钥作为主键，但后来被该决定烧掉了，还有一些人还没有被使用自然密钥作为主键的决定烧掉。）

理想的主键具有以下特征：

简单（一个简单的本机数据类型属性，例如int）

唯一（一个值仅标识一行，没有两行具有相同的值）

匿名（不携带任何可见或隐藏的信息）

不可变（一旦赋值，就不会更改）

---

标准方法是识别模型中的每个“实体”

实体是人、地方、事物、概念