From: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>, "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>, pgsql-advocacy(at)lists(dot)postgresql(dot)org |
Subject: | Re: PostgreSQL 12: Feature Highlights |
Date: | 2019-05-18 01:38:49 |
Message-ID: | CAKJS1f_c8tngWJZjNcQY0KXHWVs4JZxyzoX_cGBEHbaWKUAC=w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-hackers |
On Sat, 18 May 2019 at 03:36, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> Yes, it does. I added this text and moved the commit item:
>
> Avoid sorting when partitions are already being scanned in the
> necessary order (David Rowley)
Thank you for moving that out.
> I certainly strugged to understand the maze of commits related to
> partitioning.
With the utmost respect, because I certainly do appreciate the work
you did on the release note, I think if that's the case, then it
should only make you more willing to listen to the advice from the
people who are closer to those commits. However I understand that
consistency is also important, so listening to the heckling of
individuals sometimes won't lead to a good overall outcome. That
being said, I don't think that's what happened here, as most of the
people who had a gripe about it were pretty close to the work that was
done.
FWIW, I do think the release notes should be meant as a source of
information which give a brief view on changes made that have a
reasonable possibility of affecting people (either negative or
positively) who are upgrading. Leaving out important details because
they might confuse a small group of people seems wrong-headed, as it
means the people who are not in that group are left to look at the
commit history to determine what's changed, or worse, they might just
assume that the thing has not changed which could either cause them to
1) Skip the upgrade because it's not interesting to them, or; 2)
having something break because we didn't list some incompatibility.
I know you know better than most people that extracting a useful
summary from the commit history is a pretty mammoth task, so I doubt
we should put that upon the masses.
--
David Rowley http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2019-05-18 01:47:37 | Re: PostgreSQL 12: Feature Highlights |
Previous Message | EMMA Jade ANDERSON | 2019-05-17 16:04:49 | Help ASAP!!! |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2019-05-18 01:47:37 | Re: PostgreSQL 12: Feature Highlights |
Previous Message | Peter Geoghegan | 2019-05-18 01:37:22 | Re: Calling PrepareTempTablespaces in BufFileCreateTemp |