Re: subselects vs WITH in views - Mailing list pgsql-general

From Merlin Moncure
Subject Re: subselects vs WITH in views
Date
Msg-id CAHyXU0x+5oLuWTmao2BPQBMUE0u+fr_esm5z_UciFnb_aykOnA@mail.gmail.com
Whole thread Raw
In response to Re: subselects vs WITH in views  (Joe Van Dyk <joe@tanga.com>)
Responses Re: subselects vs WITH in views  (Seref Arikan <serefarikan@gmail.com>)
List pgsql-general
On Tue, Feb 19, 2013 at 9:22 AM, Joe Van Dyk <joe@tanga.com> wrote:
> On Tue, Feb 19, 2013 at 1:02 AM, Albe Laurenz <laurenz.albe@wien.gv.at>
> wrote:
>>
>> Joe Van Dyk wrote:
>> > My assumption was that WITH acted just like subselects, but apparently
>> > they don't? Using WITH doesn't
>> > use the expected index.
>>
>> Currently WITH acts as an "optimization fence", that means
>> that means that the planner won't move conditions into or
>> out of the WITH query.
>
>
> Where's the best place to read up on this?

Unfortunately, the mailing list archives.  Rightly or wrongly,
postgresql docs are exceptionally light in terms of performance
aspects of various SQL mechanisms.

(non-data modifying) WITH is basically formalization of technique: A
extract to temp table B query that table.  Not the optimization fence
characteristic is an implementation detail and not future proofed but
is nevertheless widely replied upon.

merlin

pgsql-general by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: What happens if I create new threads from within a postgresql function?
Next
From: Denis Papathanasiou
Date:
Subject: Is using the xml column type a good idea for fast queries?