Re: Bitmap Heap scan 8.1/8.2 - Mailing list pgsql-general

From Pavel Stehule
Subject Re: Bitmap Heap scan 8.1/8.2
Date
Msg-id 162867790710230532m1504601fha41a933de97ffdad@mail.gmail.com
Whole thread Raw
In response to Re: Bitmap Heap scan 8.1/8.2  (Martin Marques <martin@bugs.unl.edu.ar>)
List pgsql-general
2007/10/23, Martin Marques <martin@bugs.unl.edu.ar>:
> Martin Marques escribió:
> > Pavel Stehule wrote:
> >>
> >> try
> >>
> >> set work_mem to '8MB';
> >> and
> >> explain analyze select ..
> >
> > These things didn't help. What changed the plan completely was this:
> >
> > seq_page_cost = 5.0                     # measured on an arbitrary scale
> > cpu_tuple_cost = 0.05                   # same scale as above
>
> Can someone explain how this parameters are measured? What is 5.0 in
> this case for seq_page_cost?
>

http://www.postgresql.org/docs/8.2/interactive/runtime-config-query.html

5.0 means so seq scan will be expensive for optimaliser, and
optimaliser will prefer index scan.

pgsql-general by date:

Previous
From: Nis Jørgensen
Date:
Subject: Re: SQL spec/implementation question: UPDATE
Next
From: Simon Riggs
Date:
Subject: Re: Reliability of WAL replication