gpt4 book ai didi

mysql - 在数据库中保存积分历史记录

转载 作者:行者123 更新时间:2023-11-29 08:36:40 29 4
gpt4 key购买 nike

我有一个成员(member)网站,每个用户每天都可以对足球比赛进行多次投注。这个想法是总结每天的分数,计算它们并将它们显示在图表中(使用 Google 图表 API)。到目前为止一切都很好。每天都会为每个用户计算新积分,并与过去几天的积分一起显示在图表上。这样用户就可以以曲线或图表的形式看到他过去的结果。我唯一的猜测是制作一个包含 ID - 用户名 - 积分 - 回合的表格。我不希望我的数据库因表和查询构造不当而受到影响。

所以我的问题是:我应该如何在我的数据库中进行设置?

这是我现在的 table :

<小时/>

表 -> 成员
ID
名字
姓氏
用户名
密码

(我的虚构表格)。

表 -> MEMBERS_POINTS
ID
用户名
积分
回合

<小时/>

因此,我设置了一个查询,从所需的回合中获取用户积分。这是个好方法吗?这会减慢我的数据库速度吗?每个用户将玩 30 轮,对于多个用户,表可能包含数千行。

查找帖子 here但我没有任何答案,我有一些不同的想法。

编辑

这是一个成员(member)网站,每个注册用户都必须一次下所有 60 个赌注,这 60 个赌注分为 30 天(我称之为轮次)。每轮有 2 次投注,最多 6 分。总成绩将显示总分领先者以及每天的获胜者。每个用户应该能够以图表的形式查看他或她过去的分数。

1位用户 = 60次投注 = 30天(轮。总积分和每日积分均记录在案。

最佳答案

这里发生了一些事情。

首先,您似乎很关心性能。从性能的角度来看,您提到的设计应该很好(尽管见下文)——数据库非常擅长处理大量数据。在 MySQL 上,这样的设计可以增长到数百万条记录,而不会出现任何实际的性能问题。

其次,还有一个设计问题。你真的应该read up关于数据库设计 - 它太大了,无法在一个问题中回答 - 但你的member_points表应该链接到member.id列(假设这是主键),而不是用户名 - 如果用户更改了他们的用户名,你必须更新他们的所有member_points 记录。

关于mysql - 在数据库中保存积分历史记录,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15033411/

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