gpt4 book ai didi

mysql - 标准化与性能 : benefit/issues of removing linking tables in (this) schema?

转载 作者:可可西里 更新时间:2023-11-01 07:08:26 24 4
gpt4 key购买 nike

一般来说,我喜欢让我的数据库尽可能地干净和可扩展。

然而,在做了一些测试之后,我意识到虽然这通常是最好的方法,但在处理大型数据集时,它比我所说的解决问题的“肮脏”方法要慢得多。

基本上可以说我有一个对象表。这些元素属于某些人。一个对象可能有一个人,而其他对象则不止 1 个。我最初的想法是像往常一样,为我的对象创建一个对象表,为我的人创建一个 peoples 表,然后是一个 object_to_people 链接器表。

然而,加入对象和链接器表以获取一个人分配给的所有对象,最多可能需要 3 秒(这是基于大约 40 万条记录,但每个对象只有 1 个链接)。是的,我还设置了索引的 e.c.t.尝试加快速度。

如果我改为删除人员和链接器表,并将人员作为列放入对象表中,并使用 1/0 设置是否将每个人分配给该对象,而不加入两个大表,我会看到速度大约 0.3 -> 0.7 秒(变化很大)。

首先,我们只需要 2 个人。但如果可以的话,我不想限制太多。我知道我可以使用缓存和什么不能改善最终用户的计时,但是有什么理由认为使用列而不是链接表是一个非常糟糕的主意吗?

最佳答案

我有一个类似的设置。
我的连接表有 17,000,000 行。我的“人”表有 8,400,000 行,我的“对象”表有 300,000 行。

我的连接表上有多个连接的查询和返回数万行的结果联合,它们运行时间不到 1 秒(50-400 毫秒)。

我认为您的第一个布局可能没问题,但您可能需要专注于索引和查询。

关于mysql - 标准化与性能 : benefit/issues of removing linking tables in (this) schema?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8098082/

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