使用join更新许多行的速度非常慢
使用join更新许多行的速度非常慢
提问于 2021-08-05 11:33:12
我有一个包含五个相关字段的表- id、source、iid、track_hash、alias。我想用一个公共的track_hash将所有条目分组，然后对每一行使用最低的source保存行的id (为了支持最高的iid而打破领带)，从它的组到alias字段。为此，我编写了以下查询：
with best as
(SELECT id as bid, track_hash FROM
(SELECT id, track_hash,
RANK () OVER (
PARTITION BY track_hash
ORDER BY source asc, iid DESC
) rank
from albums
)
where rank = 1
)
select bid, a.* from albums a inner join best
on a.track_hash = best.track_hash这在24k行上需要完全合理的2秒。现在，我不想简单地看到这个id，而是真正地保存它。为此，我使用了以下非常类似的查询：
with best as
(SELECT id as bid, track_hash FROM
(SELECT id, track_hash,
RANK () OVER (
PARTITION BY track_hash
ORDER BY source asc, iid DESC
) rank
from albums
)
where rank = 1
)
update albums
set alias = bid FROM albums a inner join best
on a.track_hash = best.track_hash然而，这个花费了1到10分钟的时间，我真的不明白为什么。引擎不是必须将每一行与其best.id/alias匹配吗?这正是我对更新所做的事情吗？为什么会发生这种事?我做错了什么？
查询计划如下所示：
MATERIALIZE 1
CO-ROUTINE 4
SCAN TABLE albums USING INDEX track_hash_idx
USE TEMP B-TREE FOR RIGHT PART OF ORDER BY
SCAN SUBQUERY 4
SCAN TABLE albums USING COVERING INDEX track_hash_idx
SEARCH SUBQUERY 1 USING AUTOMATIC PARTIAL COVERING INDEX (rank=?)
SEARCH TABLE albums AS a USING COVERING INDEX track_hash_idx (track_hash=?)回答 1
Stack Overflow用户
回答已采纳
发布于 2021-08-05 11:41:04
您不需要连接到albums (再说一次)。
UPDATE ... FROM语法实际上提供了albums到best的隐式连接。
UPDATE albums AS a
SET alias = b.bid
FROM best AS b
WHERE a.track_hash = b.track_hash页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/68672551
复制相关文章
相似问题
许多行的SQLite更新速度非常慢
MySQLi多行插入速度非常慢
表的更新速度非常慢
表本身的Select / Join查询速度非常慢
SQL join速度非常慢，数据量有限
添加站长 进交流群
领取专属 10元无门槛券
AI混元助手 在线答疑
关注 腾讯云开发者公众号
洞察 腾讯核心技术
剖析业界实践案例
腾讯云开发者
