Re: [HACKERS] Implement targetlist SRFs using ROWS FROM() (was Changed SRF in targetlist handling)
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Implement targetlist SRFs using ROWS FROM() (was Changed SRF in targetlist handling) |
| Дата | |
| Msg-id | 29207.1484675540@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Implement targetlist SRFs using ROWS FROM() (wasChanged SRF in targetlist handling) (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Implement targetlist SRFs using ROWS FROM() (wasChanged SRF in targetlist handling)
Re: [HACKERS] Implement targetlist SRFs using ROWS FROM() (wasChanged SRF in targetlist handling) |
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> On Mon, Jan 16, 2017 at 2:13 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> "Srf" is ugly as can be, and unintelligible. SetResult might be OK.
> The operation we're performing here, IIUC, is projection. SetResult
> lacks a verb, although Set could be confused with one; someone might
> think this is the node that sets a result, whatever that means.
> Anyway, I suggest working Project in there somehow. If Project by
> itself seems like it's too generic, perhaps ProjectSet or
> ProjectSetResult would be suitable.
Andres' patch is already using "SetProjectionPath" for the path struct
type. Maybe make that "ProjectSetPath", giving rise to a "ProjectSet"
plan node?
I'm happy to do a global-search-and-replace while I'm reviewing the
patch, but let's decide on names PDQ.
regards, tom lane
В списке pgsql-hackers по дате отправления: