pgroonga: Remove long-running update query in initial migration.

This query doesn't add any value, because it'll be overwritten in
migration 0002 anyway.  And because it isn't batched, it can take
several minutes to run on servers with hundreds of thousands to
millions of messages of history.  During that time, it's in a
transaction, and thus one can't send messages, so it forces downtime.
This commit is contained in:
Sampriti Panda 2018-05-31 06:05:48 +05:30 committed by Tim Abbott
parent e95f972e24
commit aaad7fe2f7
1 changed files with 0 additions and 2 deletions

View File

@ -20,8 +20,6 @@ SET search_path = %(SCHEMA)s,public,pgroonga,pg_catalog;
ALTER TABLE zerver_message ADD COLUMN search_pgroonga text; ALTER TABLE zerver_message ADD COLUMN search_pgroonga text;
UPDATE zerver_message SET search_pgroonga = subject || ' ' || rendered_content;
-- TODO: We want to use CREATE INDEX CONCURRENTLY but it can't be used in -- TODO: We want to use CREATE INDEX CONCURRENTLY but it can't be used in
-- transaction. Django uses transaction implicitly. -- transaction. Django uses transaction implicitly.
-- Django 1.10 may solve the problem. -- Django 1.10 may solve the problem.