问用于游戏/用户级别/进度的数据库设计帮助

EN

抱歉，这篇文章太冗长了。我正在创建我的第一个真正的游戏化的网络应用程序，并可能需要一些帮助来思考如何构建数据。

设置

用户需要完成几个类别中的每一个任务，然后才能提升级别。我有我的Users表、Tasks表和Categories表，还有一个UserTasks表，它加入了这三个表。(“用户3在类别8中添加了Task 42，现在他们已经完成了。”)一切都很好，工作也很出色。

挑战

我不确定有什么最好的方法来跟踪每个级别在各个类别中的进展。“商业”规则是：

1. 你必须在每个类别中达到一定数量的分数才能向上移动。
2. 如果你得到了Cat 8所需的点数，但仍有其他工作要完成，那么任何新的Cat 8分都会对你的总分产生影响，但不要“翻滚”到下一个级别。
3. 类别的数量很小(目前有五个)，不太可能经常改变，但绝不是绝对固定的。
4. 每个级别所需的点数都会有所不同，可能是通过公式，或者是查找表。

因此，挑战在于跟踪每个用户在每个类别中向下一个级别的进展情况。我想出了几种可能的方法：

可能的解决方案

1. 在每个类别的user表中添加一列，并在每次用户级别上升时将它们全部重置为零。
2. 有一个单独的UserProgress表，为每个用户设置一个行，为每个用户提供一个行，以及每个用户拥有的点数。(基本上是1号的多到多版本。)
3. 向userLevel表中添加一个UserTasks列，并使用该列通过某种SUM语句导出它们的进度。

它们的当前级别将是用户表中的一个简单int。

Pros & Cons

(1)看起来是最直截了当的，但也是最不灵活的。也许我可以使用基于类别ids的命名约定来帮助克服其中的一些问题。(代码为"select cats; for each cat, get the value from Users.progress_{cat.id}.")这也是我丢失的数据最多的地方--我不知道哪几点意味着水平上升。我对此没有必要，所以也许我不在乎。

(2)似乎很复杂:每次我添加或减去一个用户或一个类别时，我都必须维护另一个表。我预见到同步挑战。

(3)介于

SELECT categoryId, SUM(points) from UserTasks WHERE userId={user.id} & countsTowardLevel={user.level} groupBy categoryId

嗯..。看上去没那么糟。我想我在这里说的是第三条，但我很喜欢任何意见、建议或其他想法。

抱歉，交叉柱。我在上面写了这篇文章，然后记得有一个游戏是以开发为中心的。我很想知道一个地方和另一个地方是否有不同的答案.