Re: Rethinking the parameter access hooks for plpgsql's benefit

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Rethinking the parameter access hooks for plpgsql's benefit
Дата
Msg-id CAM-w4HNcc-xc4cekWOy9rGO_jbtddWBD43mxgCJ0Aq3wziyFDQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Rethinking the parameter access hooks for plpgsql's benefit  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
<p dir="ltr">I don't think Tom, or  that matter anyone needs to forgo working on changes at any time. The only effect
missinga commitfest deadline means is that other reviewers don't offer any promises to give any feedback on it before
thisround of the commitfest is done.<p dir="ltr">We don't have a policy of requiring code reviews before changes are
committed-- it's up to the commuters judgement whether the patch is type for committing.<p dir="ltr">There has been the
suggestionthat commiters should concentrate on reviews rather than fresh development during commitfests but nobody is
goingto do 100% reviewing work for the whole time and nobody could seriously suggest Tom hasn't pulled his weight
reviewingpatches.<br /> 

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Question about lazy_space_alloc() / linux over-commit
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: Turning off HOT/Cleanup sometimes