On 9/4/19 11:11 AM, Tom Lane wrote:
> I'm planning to make a pass over the release notes soon, and will
> update this one when I get to it.
-list (figured it was off topic but apropos) -- Bruce had reached out to
me offlist that he is about to be traveling and may need to have someone
else look o
Andres Freund writes:
> On 2019-09-04 09:41:43 -0400, Tom Lane wrote:
>> As things stand after a6417078c, the safest place for a fork to put
>> private OIDs is actually from 7999 down; patches shouldn't touch that
>> range, and it'll be a long time till we hit it working up.
> Should we just upda
Hi,
On 2019-09-04 09:41:43 -0400, Tom Lane wrote:
> Andres Freund writes:
> > On 2019-08-30 12:35:09 -0400, Tom Lane wrote:
> >> I think it's the sort of thing that we sometimes cover in the
> >> "source code" changes of the release notes. But yeah, 09568ec3d's
> >> idea was pretty much fully su
Andres Freund writes:
> On 2019-08-30 12:35:09 -0400, Tom Lane wrote:
>> I think it's the sort of thing that we sometimes cover in the
>> "source code" changes of the release notes. But yeah, 09568ec3d's
>> idea was pretty much fully superseded by a6417078c, so if we're
>> going to document anyth
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/11/indexes-unique.html
Description:
Sometimes it is convenient to create an unique index that considers NULL
values equal. Designating a "zero" value for those rows might not be
feasible, for
Hi,
On 2019-08-30 22:44:53 -0400, Bruce Momjian wrote:
> On Fri, Aug 30, 2019 at 12:35:09PM -0400, Tom Lane wrote:
> > Alvaro Herrera writes:
> > > Hmm. I wonder if this item really belongs in the release notes at all.
> > > My view is that this was interim policy, not necessarily a permanent
>
Hi,
On 2019-08-30 12:35:09 -0400, Tom Lane wrote:
> Alvaro Herrera writes:
> > Hmm. I wonder if this item really belongs in the release notes at all.
> > My view is that this was interim policy, not necessarily a permanent
> > thing; and it's oriented strictly towards PG developers rather than e
