From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | Alexey Bashtanov <bashtanov(at)imap(dot)cc> |
Cc: | Tom Smith <tomsmith1989sk(at)gmail(dot)com>, Melvin Davidson <melvin6925(at)gmail(dot)com>, Adam Brusselback <adambrusselback(at)gmail(dot)com>, PostgreSQL General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: first_value/last_value |
Date: | 2016-05-19 13:24:59 |
Message-ID: | CAKFQuwZ81P7JocE25yd8rz0xAEYBfoF63A2uNBgugg_6ff39Tg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, May 19, 2016 at 7:10 AM, Alexey Bashtanov <bashtanov(at)imap(dot)cc> wrote:
> As for the original question unfortunately the way from an extension to
> postgres core is not too easy
> and normally requires an extension to become popular and to be included in
> postgres distribution as a contrib module first.
>
Do you have a specific example of a patch being written for this feature
and not being accepted into core simply due to lack of popularity?
Generalizing here doesn't do anyone any favors - every patch and feature is
unique.
I'll agree that somewhat marginal features are often passed on, especially
if there is any non-trivial bike-shedding, but I do suspect that if someone
took the time to write a patch for this and usher it through the commit
process it would stand a good chance of being accepted. I don't recall a
request for this feature recently (last couple of years) let alone someone
putting forth an actual patch. That the core committers have not chosen to
work on it is not in itself an indication of their opinion on whether the
feature is worth adding.
There are no coding standards for extensions - there are for core. One
cannot assume that a functioning extension can simply be dropped in.
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | ktm@rice.edu | 2016-05-19 13:46:15 | Debugging a backend stuck consuming CPU |
Previous Message | shankha | 2016-05-19 13:02:31 | Re: Use of array_agg and array string on inner query |