Re: Avoiding a seq scan on a table. - Mailing list pgsql-novice

From Sean Davis
Subject Re: Avoiding a seq scan on a table.
Date
Msg-id 264855a00801140854q775d48d9p85611b5714db830d@mail.gmail.com
Whole thread Raw
In response to Re: Avoiding a seq scan on a table.  (LWATCDR <lwatcdr@gmail.com>)
Responses Re: Avoiding a seq scan on a table.  (LWATCDR <lwatcdr@gmail.com>)
List 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 by date:

Previous
From: LWATCDR
Date:
Subject: Re: Avoiding a seq scan on a table.
Next
From: Brian Hurt
Date:
Subject: Re: Avoiding a seq scan on a table.