Re: GIN fast insert - Mailing list pgsql-hackers

From Tom Lane
Subject Re: GIN fast insert
Date
Msg-id 9109.1235489987@sss.pgh.pa.us
Whole thread Raw
In response to Re: GIN fast insert  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: GIN fast insert  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On my system this takes about 45 ms to execute with default settings
> and about 90 ms to execute with index scan disabled.

[ shrug... ]  That's well within my threshold of pain for this.
In any case, it might be possible to buy some/all of that back with
minor optimization effort on the bitmap-scan code paths; nobody's
ever really bothered to profile that AFAIK.  There is no real
difference in the useful work (page and tuple fetches) getting done
in the two cases, so there's no reason in principle for bitmap scan
to be much slower than indexscan here.  The LIMIT case is the only
one I'm aware of where there's a fundamental reason that bitmap scan
should be slower.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: question about the design consideration for system catalogs
Next
From: Robert Haas
Date:
Subject: Re: GIN fast insert