Re: Change in CTE treatment in query plans? - Mailing list pgsql-performance

From David Conlin
Subject Re: Change in CTE treatment in query plans?
Date
Msg-id a2e0867f-ef98-471a-c2bf-2184d304f76c@cantab.net
Whole thread Raw
In response to Re: Change in CTE treatment in query plans?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
Hi Tom -

Thanks so much for getting back to me.

I didn't realise that the costs of init/sub plans would be spread across 
the call sites - I had (stupidly) assumed that each call site would 
include the full cost.

Having taken a couple of days to go back over the problems I was seeing, 
you were absolutely right - it was all to do with multiple call sites - 
the postgres version was just a red herring.

Thanks for your help & all the best,

Dave

On 17/10/2019 10:04, Tom Lane wrote:
> David Conlin <dc345@cantab.net> writes:
>> Does anyone know if there's been a change in the way values for CTEs are
>> displayed in query plans?
> Offhand I don't recall any such changes, nor does a cursory look
> through explain.c find anything promising.
>
> If you're concerned with a multiply-referenced CTE, one possibility
> for funny results is that the blame for its execution cost could be
> spread across the multiple call sites.  The same can happen with
> initplans/subplans.  But I'm just guessing; you didn't show any
> concrete examples so it's hard to be definite.
>
>             regards, tom lane



pgsql-performance by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: Can you please tell us how set this prefetch attribute infollowing lines.
Next
From: Joao Junior
Date:
Subject: max_connections