Re: GIN fast insert
От | Tom Lane |
---|---|
Тема | Re: GIN fast insert |
Дата | |
Msg-id | 9109.1235489987@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: GIN fast insert (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: GIN fast insert
|
Список | 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 по дате отправления: