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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: pgsql: pg_upgrade: simplify code layout in a few places
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Condition variable live lock