gpt4 book ai didi

Mysql - 创建一个 stub 表来保存另一个表中某些行的ID

转载 作者:行者123 更新时间:2023-11-29 21:10:11 24 4
gpt4 key购买 nike

我正在开发一个项目,需要有不同类型的用户、受害者和成员。数据库应该能够支持用户的大量记录,比如说500k,但是它变得更大也是很合理的。

目前,我将所有这些记录存储在同一个表“用户”中,并有一个描述用户类型的角色字段。最初,该表被分成两部分,一张用于受害者,一张用于成员,但只有一张表简化了该项目的许多其他工作。

在大多数情况下,受害者的数量会比成员的数量多得多,这使得查询受害者变得不那么重要,因为大多数行都是受害者。但是,当需要查询成员时(尤其是计算成员的行数之类的事情),我认为会浪费大量时间查看最终不是我想要的行。

我的解决方案是创建一个 stub “成员”表,它所做的只是保存用户表中实际上是成员的行的 ID,仅包含主键 + 外键无符号整数。

此解决方案是否确实减少了查询成员所需的时间?最好的解决方案是什么?再次,我假设将表分成两个单独的表将是最好的选择,如果这是唯一合理的方式,我会选择那个,但是将所有表都放在同一个表中确实可以解决一堆其他问题。

最佳答案

还记得过去搜索引擎会说“找到 2,571,462 个点击”吗?你相信这个数字吗?可能在您阅读时数字发生了变化。

然后他们就聪明起来,说“大约有 2,570,000 次点击”。显然是一个近似值。也许通过某种算法估计或每天计算一次。

然后是“点击量超过 2,000,000 次”。

现在不再提及。

我建议你可以每天数一次,然后说“大约1,234名成员”。

这里的教训...并非所有技术问题都可以(甚至应该)用代码解决。有些应该通过改变用户的期望来解决。

关于Mysql - 创建一个 stub 表来保存另一个表中某些行的ID,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36451311/

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