Re: Hash index use presently(?) discouraged since 2005: revive or bury it?

Поиск
Список
Период
Сортировка
От Claudio Freire
Тема Re: Hash index use presently(?) discouraged since 2005: revive or bury it?
Дата
Msg-id CAGTBQpYeKyfN4_qryv7O+biMPqjapLH4r4gNUOCrHgfbOAeZiQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Hash index use presently(?) discouraged since 2005: revive or bury it?  (Merlin Moncure <mmoncure@gmail.com>)
Ответы Re: Hash index use presently(?) discouraged since 2005: revive or bury it?  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-performance
On Mon, Sep 19, 2011 at 3:43 PM, Merlin Moncure <mmoncure@gmail.com> wrote:
> To make the test into i/o bound, I change the setrandom from 100000 to
> 10000000; this produced some unexpected results. The hash index is
> pulling about double the tps (~80 vs ~ 40) over the hybrid version.
> Well, unless my methodology is wrong, it's unfair to claim btree is
> beating hash in 'all cases'. hm.

Is this only selects?
Hash performs badly with updates, IIRC.
I haven't tried in a long while, though.

В списке pgsql-performance по дате отправления:

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: Hash index use presently(?) discouraged since 2005: revive or bury it?
Следующее
От: Igor Chudov
Дата:
Сообщение: Postgres INSERT performance and scalability