Re: Bad Index Choices with user defined data type

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/

In response to

Browse pgsql-performance by date

  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