From: | Michael Fuhr <mike(at)fuhr(dot)org> |
---|---|
To: | Adam Palmblad <adam(at)aers(dot)ca> |
Cc: | Postgres Performance <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Bad Index Choices with user defined data type |
Date: | 2005-01-04 05:06:21 |
Message-ID: | 20050104050621.GA81266@winnie.fuhr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Mon, Jan 03, 2005 at 01:44:27PM -0800, Adam Palmblad wrote:
> I've got a table using a data type that I have created as the type for
> its primary key. I (hope) I have the type set up properly - it seems
> okay, and does not have any problem creating a b-tree index for the
> type. The problem I am having is that the index seems to never be
> chosen for use. I can force the use of the index by setting
> enable_seqscan to off. The table has about 1.2 million rows. I have
> also analyzed the table - and immediately afterwards there is no affect
> on the index's behaviour.
Please post the query and the EXPLAIN ANALYZE output for both cases:
one query with enable_seqscan on and one with it off. It might
also be useful to see the column's statistics from pg_stats, and
perhaps the SQL statements that create the table, the type, the
type's operators, etc.
--
Michael Fuhr
http://www.fuhr.org/~mfuhr/
From | Date | Subject | |
---|---|---|---|
Next Message | amrit | 2005-01-04 09:31:47 | Re: Low Performance for big hospital server .. |
Previous Message | Grega Bremec | 2005-01-04 01:21:10 | Re: Hardware purchase question |