From: Tom Lane <tgl@sss.pgh.pa.us>
To: Franck Routier <franck.routier@axege.com>
cc: pgsql-performance@postgresql.org
Subject: Re: What happens between end of explain analyze and end of query
	execution ?
In-reply-to: <515ED7BC.40907@axege.com>
References: <515D92BF.5000309@axege.com>
	<CAPmjWd100eemBz1RTw=r24zgh8+YO8iq86fThqsALznrPuyWqg@mail.gmail.com>
	<515D9FC5.7030105@axege.com> <18910.1365092713@sss.pgh.pa.us>
	<515DCB34.6040801@axege.com> <6354.1365102532@sss.pgh.pa.us>
	<515ED7BC.40907@axege.com>
Comments: In-reply-to Franck Routier <franck.routier@axege.com>
	message dated "Fri, 05 Apr 2013 15:55:08 +0200"
Date: Fri, 05 Apr 2013 10:17:28 -0400
Message-ID: <4113.1365171448@sss.pgh.pa.us>
Precedence: bulk
Sender: pgsql-performance-owner@postgresql.org

Franck Routier <franck.routier@axege.com> writes:
> Le 04/04/2013 21:08, Tom Lane a écrit :
>> Hmph.  Can't see any reason for that to take a remarkably long time to
>> plan.  Can you put together a self-contained test case demonstrating
>> excessive planning time?  What PG version is this, anyway?

> What I notice is that removing joins has a huge impact on the time 
> explain takes to return:

Hm, kind of looks like it's just taking an unreasonable amount of time
to process each join clause.  What have you got the statistics targets
set to in this database?  What are the datatypes of the join columns?
And (again) what PG version is this exactly?

			regards, tom lane


-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance