Re: Clamping reulst row number of joins. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Clamping reulst row number of joins.
Date
Msg-id 21674.1425660520@sss.pgh.pa.us
Whole thread Raw
In response to Re: Clamping reulst row number of joins.  (Stephen Frost <sfrost@snowman.net>)
Responses Re: Clamping reulst row number of joins.  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> BTW, is that JOIN (VALUES(...)) thing common in applications, or did you
>> just use it to make a compact example?  If it were something worth
>> optimizing, it seems like we could teach the planner to "pull up VALUES"
>> in the same way that it flattens sub-selects.  I'm not sure if this is
>> worth the trouble or not, though.

> I've certainly seen and used values() constructs in joins for a variety
> of reasons and I do think it'd be worthwhile for the planner to know how
> to pull up a VALUES construct.

> Would that be a lot of effort, either code-wise or runtime-wise?  My gut
> feeling is that it wouldn't be, but you're clearly in a much better
> position to determine that.

My guess is that it'd be pretty simple to do if we want to do it.
I've not looked at the code yet though.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: MD5 authentication needs help
Next
From: Tom Lane
Date:
Subject: Re: Weirdly pesimistic estimates in optimizer