Re: Statistics collection question - Mailing list pgsql-general

From Phoenix Kiula
Subject Re: Statistics collection question
Date
Msg-id e373d31e0709030824o47cb4944i5b8a9a2dfcdc597b@mail.gmail.com
Whole thread Raw
In response to Re: Statistics collection question  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Statistics collection question
Re: Statistics collection question
List pgsql-general
On 03/09/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> "Phoenix Kiula" <phoenix.kiula@gmail.com> writes:

> most_common_vals will (and should) be empty if there aren't actually any
> common values, but aren't you getting a histogram?  Exactly what
> performance do you think will be improved?


Lots of posts here in reponse to performance question have the
recommendation "increase the stats on that column". From whatever
succint reading is made available on the postgres site, I gather that
this aids the planner in getting some info about some of the data. Am
I missing something here, or totally off-base?

The issue is that I don't quite get why MySQL can fetch one indexed
row (i.e., SQL that ends with a very simple "WHERE indexed_column =
'constant' ") in a matter of milliseconds, but PgSQL is taking 5 to 6
seconds on an average at least for the first time. I use RAPTOR 15K
drives, they're not SCSI but they're not exactly "cheap disks" either.
And I have 4GB RAM. The explain select  shows that index is being
used!

TIA.

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: WAL Archiving problem
Next
From: Alvaro Herrera
Date:
Subject: Re: Statistics collection question