gpt4 book ai didi

php - 数据库中历史表的总和,以显示用户的总信用(声誉)

转载 作者:IT老高 更新时间:2023-10-29 00:15:09 27 4
gpt4 key购买 nike

Explanation:

  • 我有一个脚本可以显示每个用户的总积分(声誉),它在数据库中有一个历史表,用于记录所有用户获得的积分

这是我的历史数据库表的示例:

 +----------------------------------------------+
| DATE ID USERNAME CREDITS |
+----------------------------------------------+
| ... 1 X 12 |
| ... 2 E 2 |
| ... 3 X 1 |
| ... 4 X -7 |
| ... 5 O 4 |
+----------------------------------------------+
  • 我的脚本使用 SELECT SUM FROM table WHERE username='X' 并回显它,因此在这种情况下,对于用户 X (12 + 1 - 7),它回显 6

Questions:

  1. 我想知道这不是(SELECT SUM of all history 来显示 INSTEAD 的用户信用 >拥有不同的用户总信用表)如果历史表如此庞大,会出现问题吗? (假设几年后 +100,000,000 条记录)

  2. 这是大多数专业程序员所做的吗? (如果不是,是什么)

  3. 关于历史部分,如果用户想要查看信用历史,我们应该在 *SELECT LIMIT 100 记录来限制它em>*ing 或 no(为了表现)

  4. 这是否应该在每次页面刷新或每次页面更改时运行?(如果有 1000 个用户在线并且在每次刷新时应用此 SELECT 查询,它不会降低服务器速度)

EDIT After an answer:

但如果我们必须将总计保存在不同的表中并自动更新它们,则会出现两个问题:

  1. 如果我们恰好在用户收到一些信用时执行此操作,那么用户是否可能同时收到两个不同的信用(这是可能的),因为我们无法将自动增量放入总计中表(因为每个用户只有 1 条记录)我们可能会错过 1 个学分,或者如果这个问题有解决方案,我不知道

  2. 如果我们将 Cron-Job 设置为频繁执行,那么在 cron 作业刷新总计表之前,用户积分不会是最新的

最佳答案

If we do it exactly when user have received some credits that is possible user have received two different credits at exactly the same time (very possible), and as we can't put Auto Increment in Totals table (because each user only have 1 record) we might miss 1 credit and don't add it to totals table, Or if there is a solution for this problem, i am not aware of that, i only now we should use AI in these situations

我们不会错过的。检查以下 SQL 语句:

INSERT INTO history SET username = 'X', credits = 2;
UPDATE users SET credits_sum = (SELECT SUM(credits) FROM `history` WHERE username = 'X') WHERE username = 'X';

即使在触发两个添加信用的事件的情况下,我们的 credits_sum 也将是最新的,因为它是根据存储在数据库中的数据更新的(不是在应用程序中 - 在那种情况下,有时可能会有一些差异)。

当然应该使用 users 表中的主键来代替 username = 'X'

关于php - 数据库中历史表的总和,以显示用户的总信用(声誉),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17392682/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com