成就/徽章系统

Question

我一直在浏览这个网站来寻找答案，但我仍然有点不确定如何在其数据库结构和实现中规划类似的系统。

在 PHP 和 MySQL 中，很明显，一些成就是立即获得的（当采取专门行动时，在这种情况下：填写所有个人资料字段），尽管我知道 SO 会在一段时间后更新并分配徽章。拥有如此多的用户&徽章不会造成性能问题（就规模而言：用户和徽章的数量都很高）。

因此，我认为数据库结构会像这样简单：

Badges     |    Badges_User      |    User
----------------------------------------------
bd_id      |    bd_id            |  user_id
bd_name    |    user_id          |  etc
bd_desc    |    assigned(bool)   |  
           |    assigned_at      |

但正如有些人所说，最好采用增量式方法，这样拥有 1,000,000 个论坛帖子的用户就不会减慢任何功能。

那么它会是另一个可以增量的徽章表，还是只是上面的 badages_user 表中的“进度”字段？

感谢您的阅读，请关注所需系统的可扩展性（例如数千个用户和 20 到 40 个徽章）。

编辑：为了消除一些混乱，我将分配的时间作为日期/时间，授予徽章的标准最好放置在每个徽章准备好的查询/函数中，不是吗？ （更好的灵活性）

Answer 1

我认为您建议的结构（根据评论没有“分配”字段）可以工作，添加一个附加表，例如“Submissions_User”，其中包含对 user_id 和 user_id 的引用。用于计算提交数量的递增字段。那么您所需要的只是一个“事件侦听器”，按照这篇文章我想你已经准备好了。

编辑：对于成就徽章，在每次提交时运行事件侦听器（当然仅适用于进行提交的用户），并当场授予任何相关徽章。对于基于时间的徽章，我每晚都会运行一个 CRON 作业。循环浏览一次完整的用户列表并根据情况授予徽章。

Answer 2

关于您包含的草图：删除 badages_user 上的布尔列。那里没有任何意义：该关系是根据谓词“用户 user_id 在signed_at 获得徽章 bd_id”来定义的。

至于您的总体问题：将模式定义为关系型，而不首先考虑速度（这将使您摆脱一半潜在的性能问题，可能会换取不同的性能问题），正确索引它（正确的取决于查询模式），然后如果它很慢，则从中派生出一个（仍然是相关的）设计，它会更快。就像您可能需要预先计算一些聚合等。

Answer 3

我会保留与您所拥有的类似的类型结构

Badges(badge_id, badge_name, badge_desc)
Users(user_id, etc)
UserBadges(badge_id, user_id, date_awarded)

，然后根据您想要跟踪的内容和@什么详细级别添加跟踪表...然后您可以相应地更新表并将其上的触发器设置为“奖励”徽章

User_Activity(user_id, posts, upvotes, downvotes, etc...)

您还可以从另一个方向跟踪统计数据并触发徽章奖励

Posts(post_id, user_id, upvotes, downvotes, etc...)

---

Some other good points are made here

Answer 4

我认为这是适合使用多对多表 (Badges_User) 的情况之一。
但需要进行一些小改动，以便不存储未分配的徽章。

我假设 signed_at 是日期和/或时间。
默认情况下，用户没有徽章。

Badges     |    Badges_User      |  User
----------------------------------------------
bd_id      |    bd_id            |  user_id
bd_name    |    user_id          |  etc
bd_desc    |    assigned_at      |  
           |                     |

这样，仅存储实际授予的徽章。
仅当用户获​​得徽章时才会创建 Badges_User 行。

问候
    西格斯特德