在PostgreSQL中比較小的表非常緩慢更新

Question

好了，我有以下表（從pgAdmin的信息）：

CREATE TABLE comments_lemms 
(
    comment_id integer, 
    freq integer, 
    lemm_id integer, 
    bm25 real 
) 
WITH (
    OIDS=FALSE 
); 
ALTER TABLE comments_lemms OWNER TO postgres; 

-- Index: comments_lemms_comment_id_idx 

-- DROP INDEX comments_lemms_comment_id_idx; 

CREATE INDEX comments_lemms_comment_id_idx 
    ON comments_lemms 
    USING btree 
    (comment_id); 

-- Index: comments_lemms_lemm_id_idx 

-- DROP INDEX comments_lemms_lemm_id_idx; 

CREATE INDEX comments_lemms_lemm_id_idx 
    ON comments_lemms 
    USING btree 
    (lemm_id); 

還有一表：

CREATE TABLE comments 
(
    id serial NOT NULL, 
    nid integer, 
    userid integer, 
    timest timestamp without time zone, 
    lemm_length integer, 
    CONSTRAINT comments_pkey PRIMARY KEY (id) 
) 
WITH (
    OIDS=FALSE 
); 
ALTER TABLE comments OWNER TO postgres; 

-- Index: comments_id_idx 

-- DROP INDEX comments_id_idx; 

CREATE INDEX comments_id_idx 
    ON comments 
    USING btree 
    (id); 

-- Index: comments_nid_idx 

-- DROP INDEX comments_nid_idx; 

CREATE INDEX comments_nid_idx 
    ON comments 
    USING btree 
    (nid); 

在comments_lemms有800萬條目，評論 - 270萬。 林執行下面的SQL查詢：

update comments_lemms set bm25=(select lemm_length from comments where id=comment_id limit 1) 

而且它需要超過20分鐘的運行，而我停下來，因爲pgAdmin的看起來像它即將崩潰。 有沒有什麼辦法可以修改這個查詢或索引或我的數據庫中的任何東西來加速一些事情？我必須在將來運行一些類似的查詢，並且等待超過30分鐘是相當痛苦的。

Answer 1

in comments_lemms有800萬條目，評論 - 270萬。林執行下面的SQL查詢：

update comments_lemms set bm25=(select lemm_length from comments where id=comment_id limit 1) 

換句話說，你讓經過8M的條目，併爲每一行你正在做與索引loopup嵌套循環。由於limit 1指令，PG不會重寫/優化它。

試試這個：

update comments_lemms set bm25 = comments.lemm_length 
from comments 
where comments.id = comments_lemms.comment_id; 

應該做兩次序列掃描和散列或合併聯接在一起，然後一氣呵成繼續更新。