Re: pgbench more operators & functions

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pgbench more operators & functions
Date: 2016-04-04 06:05:40
Message-ID: CAKFQuwYe4wYydfM0yc6dj_LaJehbyfLMvB3z3xo=R4A6F-SsHA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Apr 3, 2016 at 10:18 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:

> On 4 April 2016 at 01:14, Michael Paquier <michael(dot)paquier(at)gmail(dot)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.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Rajkumar Raghuwanshi 2016-04-04 06:17:46 postgres_fdw : altering foreign table not invalidating prepare statement execution plan.
Previous Message Kyotaro HORIGUCHI 2016-04-04 05:58:43 Re: IF (NOT) EXISTS in psql-completion