Re: pgbench more operators & functions - Mailing list pgsql-hackers

From David G. Johnston
Subject Re: pgbench more operators & functions
Date
Msg-id CAKFQuwYe4wYydfM0yc6dj_LaJehbyfLMvB3z3xo=R4A6F-SsHA@mail.gmail.com
Whole thread Raw
In response to Re: pgbench more operators & functions  (Simon Riggs <simon@2ndQuadrant.com>)
List 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 by date:

Previous
From: Kyotaro HORIGUCHI
Date:
Subject: Re: IF (NOT) EXISTS in psql-completion
Next
From: Rajkumar Raghuwanshi
Date:
Subject: postgres_fdw : altering foreign table not invalidating prepare statement execution plan.