Re: setting estate in ExecInitNode() itself
От | Andres Freund |
---|---|
Тема | Re: setting estate in ExecInitNode() itself |
Дата | |
Msg-id | 20180105195027.3kv64hiipta2tqep@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: setting estate in ExecInitNode() itself (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: setting estate in ExecInitNode() itself
Re: setting estate in ExecInitNode() itself |
Список | pgsql-hackers |
On 2018-01-05 10:36:19 -0500, Tom Lane wrote: > Ashutosh Bapat <ashutosh.bapat@enterprisedb.com> writes: > > Looking at ExecInitXYZ() functions, we can observe that every such > > function has a statement like > > XYZstate->ps.state = estate; > > where it saves estate in the PlanState. > > Yeah ... > > > I am wondering why don't we instead save estate in ExecInitNode() itself like > > result->estate = estate; > > That would only work if there were no situation where the field needed to > be already valid during the node init function. I think that's probably > wrong already (check ExecInitExpr for instance) and it certainly might > be wrong in future. Agreed on that. But I also think there's quite some room for centralizing some of the work done in the init routines. Not quite sure how, but I do dislike the amount of repetition both in code and comments. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: