Re: Clamping reulst row number of joins.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Clamping reulst row number of joins.
Дата
Msg-id 21674.1425660520@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Clamping reulst row number of joins.  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: Clamping reulst row number of joins.  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: MD5 authentication needs help
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Weirdly pesimistic estimates in optimizer