Re: Merge Joins and Views - Mailing list pgsql-general

From Chris Mayfield
Subject Re: Merge Joins and Views
Date
Msg-id fsld55$1u6s$1@news.hub.org
Whole thread Raw
In response to Re: Merge Joins and Views  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Merge Joins and Views  (Gregory Stark <stark@enterprisedb.com>)
Re: Merge Joins and Views  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
Thank you for your prompt reply, I appreciate your insight on this.

 > So the COALESCE has to be evaluated below the outer join, which means
 > that the view can't be "flattened" into the upper query.
 > ...
 > So the long and the short of it is that the COALESCE acts as an
 > optimization fence in the presence of outer joins.  We've seen this
 > before and there are some rough ideas about fixing it.

You may already have this rough idea somewhere, but it seems to me that
the view could be flattened into the upper query as long as the join
predicates don't depend on coalesced columns.  In the examples I sent,
even if the COALESCE is evaluated at the very end of the query, the
merge join (on the id columns) would still be correct.

--Chris

pgsql-general by date:

Previous
From: Gregory Stark
Date:
Subject: Re: Merge Joins and Views
Next
From: Peter Eisentraut
Date:
Subject: Re: Re: Survey: renaming/removing script binaries (createdb, createuser...)