From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Guillaume Smet <guillaume(dot)smet(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers list <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Suboptimal plan choice problem with 8.3RC2 |
Date: | 2008-01-22 20:52:57 |
Message-ID: | 20080122205256.GL10897@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Guillaume Smet escribió:
> On Jan 22, 2008 8:28 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > I'd expect 8.1 to make about the same estimate given the same stats,
> > so I think it's not looking at the same stats.
>
> Yep, the statistics were the problem, sorry for the noise. The query
> performs in 50ms after an ANALYZE so far better than with 8.1.
>
> The 8.3RC2 box is using the default configuration of autovacuum
> though. Shouldn't it take care of keeping the statistics up to date?
> That's what I thought from what I've read on autovacuum so far (it's
> the first time I use it in "production" though, it was a manual
> process until now) - and that's why I didn't check it. Or should we
> still run the first ANALYZE manually?
No, autovacuum should have taken care of it. I would be interesting in
knowing why it didn't.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Warren Turkal | 2008-01-22 21:07:58 | Fixed patch for timestamp refactor effort |
Previous Message | Warren Turkal | 2008-01-22 20:50:13 | [PATCH] Add TimeOffset and DateOffset typedefs |