数据库设计 - 为用户存储积分的方法

Question

只是寻找一些有关如何为此进行数据库设计的建议。

在我的网站上，用户可以通过执行不同的活动获得积分。目前，我有 3 项奖励积分的活动 - 但设计必须具有可扩展性，我也可以添加其他奖励积分的活动。

所以今天——用户获得积分 1）当他添加一个新商店时，他获得10分（商店信息存储在STORE表中） 2）当他回答问题时，他得到 7 分（问题/答案存储在 ANSWERS 表中） 3) 当他推荐加入该网站的朋友时，他会得到 5 分

这就是我到目前为止所得到的 - 但看起来不太对:)

Points_Table 点_id 用户身份 行动（这将捕获所给予的点的行动） 。

我应该能够从数据库中推断出该用户因创建此商店或推荐这些朋友或回答此问题而获得了 xxxx 积分 上面的设计显然没有考虑到这一点。

感谢您的提示

Answer 1

根本不存储积分。只需对此视图进行查询即可。这样，它在面对任意变化时将具有鲁棒性。

create view UserPoints
as
select
    created_by_id as user_id,
    'STORE' as action_type,
    store_id as action_id,
    (select points from action_points where action_desc='create store') as points
from store
union
select
    user_id,
    'ANSWER' as action_type,
    question_id as action_id,
    (select points from action_points where action_desc='answer question') as points
from answer
union
select
    referred_by_id as user_id,
    'REFERRAL' as action_type,
    referred_id as action_id,
    (select points from action_points where action_desc='referral') as points
from referral

编辑添加：

这遵循正常的数据库设计原则。所有数据库规范化都可以概括为：不要重复数据。

包含点表本质上只是重复数据库其余部分已经包含的信息。因此，应该省略它。当考虑维持数据一致性必须达到的长度时，这一点就很清楚了。不用担心积分，如果推荐归因于 Alice，但后来确定 Bob 应该获得积分，则这将需要更改单个表的单行中的单个字段。如果包含积分表，那么它也必须以某种方式更新。如果存储了积分摘要，那么愿上帝怜悯您的数据库。

可以使用视图或存储过程代替存储点，然后当数据变化时自动调整点系统。

我认为在这种情况下，视图比存储过程更好，因为可能需要通过多种方式分析点数据，这提供了最大的灵活性，并且为优化器提供了识别最佳路径的最佳机会。

您可以通过 user_id 或 action_type 从视图中进行选择，或者对点数列进行求和以获取某个用户或所有用户的总计。看看您可以享受的乐趣，而且它几乎是免费的！

select
    sum(up.points) as total_points,
    up.user_id,
    u.user_name
from
    UserPoints up
    join user u on up.user_id = u.user_id
group by
    user_id,
    user_name
order by
    total_points desc

Answer 2

添加一个表来存储用户获得积分的操作（列出指向不同表中实际操作的操作的通用表）。该表可能类似于 Reward_Actions(ActionId, ActionType, Points Earn) 等，您可以通过此添加不同类型的奖励操作。

Answer 3

典型的设计是使用 User 表、Action 表和 User_Action 表来记录用户执行的所有操作。您需要两个外键，可能还需要一个主键，以及完成该操作的日期戳。然后，您可以将每个操作的分数存储在操作表中，每当您查找总分数时，只需连接表并按时间戳排序，这样您就可以获得其分数的历史记录。

Answer 4

如果您确实希望能够将该操作追溯到存储或答案表中的一行，请添加第四列，它是该操作添加的行的 pk 条目。