From: | Dan Field <dof(at)llgc(dot)org(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Memory usage on subselect |
Date: | 2004-05-26 15:51:51 |
Message-ID: | 9ADF76EC-AF2C-11D8-9250-000A958E367A@llgc.org.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
On 24 May 2004, at 14:37, Tom Lane wrote:
> Dan Field <dof(at)llgc(dot)org(dot)uk> writes:
>> I have a similar problem with just one of my queries (although it
>> isn't
>> a sub select):
>
> You really ought to vacuum and/or analyze occasionally. The EXPLAIN
> results show that the planner hasn't got any non-default statistics
> for any of these tables.
Wow, thanks for that. I'd been pulling my hair out for a couple of days
wondering where I was going wrong.
I went from 45 second queries down to sub second query lengths after a
simple vacuum full analyze.
I've now added nightly and monthly cron jobs to do this for me in
future.
Out of curiosity, why is this deemed a DBA task rather than an
automated postgres task?
Once again, many thanks.
--
Dan Field <dof(at)llgc(dot)org(dot)uk> - Support Programmer: Cymru ar y we
cy_GB: http://www.cymruarywe.org
en_GB: http://www.walesontheweb.org
From | Date | Subject | |
---|---|---|---|
Next Message | Gaetano Mendola | 2004-05-26 16:29:42 | Re: Memory usage on subselect |
Previous Message | Manuel Sugawara | 2004-05-26 15:20:50 | Re: trigger function building |