Re: index / sequential scan problem - Mailing list pgsql-performance

From Dennis Björklund
Subject Re: index / sequential scan problem
Date
Msg-id Pine.LNX.4.44.0307180723040.4146-100000@zigo.dhs.org
Whole thread Raw
In response to Re: index / sequential scan problem  (Fabian Kreitner <fabian.kreitner@ainea-ag.de>)
Responses Re: index / sequential scan problem
List pgsql-performance
On Fri, 18 Jul 2003, Fabian Kreitner wrote:

> Adjusting the cpu_tuple_cost to 0.042 got the planner to choose the index.

Doesn't sound very good and it will most likely make other queries slower.
You could always turn off sequential scan before that query and turn it on
after.

> Anything I need to consider when raising it to such "high" values?

You could fill the table with more data and it will probably come to a
point where it will stop using the seq. scan.

You could of course also change pg itself so it calculates a better
estimate.

--
/Dennis


pgsql-performance by date:

Previous
From: Fabian Kreitner
Date:
Subject: Re: index / sequential scan problem
Next
From: "Shridhar Daithankar"
Date:
Subject: Re: Sanity check requested