Re: pgbench more operators & functions

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: pgbench more operators & functions
Дата
Msg-id CAKFQuwYe4wYydfM0yc6dj_LaJehbyfLMvB3z3xo=R4A6F-SsHA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pgbench more operators & functions  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On Sun, Apr 3, 2016 at 10:18 PM, Simon Riggs <simon@2ndquadrant.com> wrote:
On 4 April 2016 at 01:14, Michael Paquier <michael.paquier@gmail.com> wrote:
 
I'd say why not.

I'd say "why not wait?". Minor, non-urgent patches will definitely go nowhere for a long time, so it gains nobody to submit now.

Submitting patches during freeze has been discouraged for many years, so asking a long term contributor to avoid sending multiple minor patches is in line with that.


The main downside I see is on the CF manager having more items to manage.  The committers should be able to prioritize and so seeing the other items, while maybe not ideal (though they should be in a future CF period so they shouldn't be too visible), doesn't seem that bad.  What it does allow is for lurkers or potential reviewers and developers to see what is being (has been) worked on by others in the community.  That kind of visibility seems like it should be desired - since proving that nobody benefits from it being published seem a bit of stretch of reason.  But maybe I'm just not close enough to the problems it causes - which ideally could be mitigated in some form other than asking people to hold off making work public.

The main downside would be the human tendency to want to look at, comment and/or work on these more minor items when they should be working on more important things.  That, though, seem like the opposite of saying "non-urgent patches will definitely go nowhere for a long time" and probably installs a level of parental involvement that is not necessarily the community's role.

David J.

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

Предыдущее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: IF (NOT) EXISTS in psql-completion
Следующее
От: Rajkumar Raghuwanshi
Дата:
Сообщение: postgres_fdw : altering foreign table not invalidating prepare statement execution plan.