Re: [PATCHES] GIN improvements - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: [PATCHES] GIN improvements
Date
Msg-id 493541F5.2020401@enterprisedb.com
Whole thread Raw
In response to Re: [PATCHES] GIN improvements  (Teodor Sigaev <teodor@sigaev.ru>)
Responses Re: [PATCHES] GIN improvements  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Teodor Sigaev wrote:
> - Falling back to regular insert will take long time for update of whole 
> table - and that was one of reasons of that patch. Users forget to drop 
> GIN index before a global update and query runs forever.

If *that* is a use case we're interested in, the incoming tuples could 
be accumulated in backend-private memory, and inserted into the index at 
commit. That would be a lot simpler, with no need to worry about 
concurrent inserts or vacuums.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [BUG] lo_open() makes a warning/falls to an assertion
Next
From: Alvaro Herrera
Date:
Subject: Re: [BUG] lo_open() makes a warning/falls to an assertion