Re: setting estate in ExecInitNode() itself

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: setting estate in ExecInitNode() itself
Дата
Msg-id CA+TgmobfGkKBx1Ei1Aqd+LYatpx-4hhkfVYPxmEo-EGPGA3x1Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: setting estate in ExecInitNode() itself  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Fri, Jan 5, 2018 at 2:50 PM, Andres Freund <andres@anarazel.de> wrote:
> 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.

+1.

I *assume* that if you really understand how all of this stuff works,
adding new types of executor nodes is easy to do correctly.  But, as
the executor README says  "XXX a great deal more documentation needs
to be written here..." -- BTW, that comment dates to 2001 -- and I
have found it not to be all that straightforward (cf. commits
8538a6307049590ddb5ba127b2ecac6308844d60,
7df2c1f8daeb361133ac8bdeaf59ceb0484e315a,
41b0dd987d44089dc48e9c70024277e253b396b7,
0510421ee091ee3ddabdd5bd7ed096563f6bf17f,
b10967eddf964f8c0a11060cf3f366bbdd1235f6).  Having similar, but often
very briefly commented, initialization, rescan, and cleanup nodes in
every file makes it hard to understand what actually needs to be done
differently in each case, and why.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: setting estate in ExecInitNode() itself
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Condition variable live lock