From: | Miguel Silva <miguel(dot)silva(at)tactis(dot)pt> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards |
Date: | 2011-12-30 17:50:08 |
Message-ID: | 4EFDF9D0.4040107@tactis.pt |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On 30-12-2011 17:40, Tom Lane wrote:
> Miguel Silva<miguel(dot)silva(at)tactis(dot)pt> writes:
>> But with postgresql version 9.0.5 (in version 9.0.4 all was fine), we
>> noticed the program was taking longer to start. In fact, in some clients
>> that had older hardware, it could take around 20 minutes when it usually
>> takes only a few seconds. To make a long story short, the problem was
>> traced and narrowed down to a single auto generated query. Here it is:
>> "SELECT [ snip ]"
>> ... Here are the explain analyzes.
>> enable_material ON: http://explain.depesz.com/s/wen
>> enable_material OFF: http://explain.depesz.com/s/Zaa
> It doesn't really accomplish anything to post anonymized explain output
> when you've already shown us the actual query, does it? Especially when
> said query involves only the system catalogs and by no stretch of the
> imagination could be thought to contain anything proprietary?
>
> regards, tom lane
>
Indeed you are right. Those are explains I created some time ago, when I
didn't really know what that webpage did. I just kept them, and used
them now, didn't even think about that. But the explains are still
there, still useful. Anyway, if it is really necessary, I can post new ones.
Best regards,
Miguel Silva
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2011-12-30 19:35:03 | Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards |
Previous Message | Tom Lane | 2011-12-30 17:40:19 | Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards |