Re: [PATCHES] GIN improvements

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: Teodor Sigaev <teodor(at)sigaev(dot)ru>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCHES] GIN improvements
Date: 2008-12-03 01:06:05
Message-ID: 26721.1228266365@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> writes:
> 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.

Doesn't work --- the index would yield wrong answers for later queries
in the same transaction.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2008-12-03 01:48:07 Re: WIP: Column-level Privileges
Previous Message Tom Lane 2008-12-03 01:04:07 Re: [BUG] lo_open() makes a warning/falls to an assertion

Browse pgsql-patches by date

  From Date Subject
Next Message Heikki Linnakangas 2008-12-03 06:57:52 Re: [PATCHES] GIN improvements
Previous Message Robert Haas 2008-12-02 22:52:07 Re: Fwd: [PATCHES] Auto Partitioning Patch - WIP version 1