Re: Avoiding a seq scan on a table.

Поиск
Список
Период
Сортировка
От Sean Davis
Тема Re: Avoiding a seq scan on a table.
Дата
Msg-id 264855a00801140854q775d48d9p85611b5714db830d@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Avoiding a seq scan on a table.  (LWATCDR <lwatcdr@gmail.com>)
Ответы Re: Avoiding a seq scan on a table.  (LWATCDR <lwatcdr@gmail.com>)
Список pgsql-novice


On Jan 14, 2008 11:45 AM, LWATCDR <lwatcdr@gmail.com> wrote:
Thanks would you suggest a btree or a hash? My guess would a hash
since it uses an =.

You can pretty much ignore hash indexes in Postgres.  They are, in nearly every case (every case that I know of), slower than btree.  Just make the indexes using the default indexing scheme.  Again, do not forget to analyze the table after creating the indexes.

Sean


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

Предыдущее
От: LWATCDR
Дата:
Сообщение: Re: Avoiding a seq scan on a table.
Следующее
От: Brian Hurt
Дата:
Сообщение: Re: Avoiding a seq scan on a table.