Re: Bad plan after vacuum analyze

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Guillaume Smet <guillaume_ml(at)smet(dot)org>
Cc: josh(at)agliodbs(dot)com, pgsql-performance(at)postgresql(dot)org
Subject: Re: Bad plan after vacuum analyze
Date: 2005-05-11 19:38:16
Message-ID: 14301.1115840296@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Guillaume Smet <guillaume_ml(at)smet(dot)org> writes:
>> If so, can we see the pg_stats rows for the object_id and
>> parent_application_id columns?

> See attached file.

Well, those stats certainly appear to justify the planner's belief that
the indexscan needn't run very far: the one value of
parent_application_id is 1031 and this is below the smallest value of
object_id seen by analyze. You might have better luck if you increase
the statistics target for acs_objects.object_id. (It'd be interesting
to know what fraction of acs_objects actually does have object_id < 1032.)

regards, tom lane

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Guillaume Smet 2005-05-11 19:57:02 Re: Bad plan after vacuum analyze
Previous Message Guillaume Smet 2005-05-11 19:32:11 Re: Bad plan after vacuum analyze