Re: [PATCHES] GIN improvements

From: Greg Stark <greg(dot)stark(at)enterprisedb(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Teodor Sigaev <teodor(at)sigaev(dot)ru>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCHES] GIN improvements
Date: 2008-12-03 09:40:07
Message-ID: 683CE0EA-799C-4644-9C9F-74AECD2BFBDC@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On 3 Dec 2008, at 06:57 AM, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com
> wrote:

> Tom Lane wrote:
>> Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> writes:
>>> 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.
>
> Queries would still need to check the backend-private list.
>

More to the point -- at least if I'm guessing right about tom's
thoughts --queries would still have to check the heap. That is the
backend private list would just be a proxy for buffered *index* tuples.

If we do this though it would be really nice to do it at a higher
level than the indexam. If we could do it for any indexam that
provides a kind of bulk insert method that would be great.

I'm just not sure how to support all the indexable operators for the
various indexams on the local buffered list.

Incidentally buffering btree index inserts was originally Heikki's idea.

> --
> Heikki Linnakangas
> EnterpriseDB http://www.enterprisedb.com
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2008-12-03 09:44:40 Re: pg_stat_all_tables vs NULLs
Previous Message Ibrar Ahmed 2008-12-03 09:29:06 Re: pg_stop_backup wait bug fix

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2008-12-03 14:35:33 Re: [PATCHES] GIN improvements
Previous Message Heikki Linnakangas 2008-12-03 06:57:52 Re: [PATCHES] GIN improvements