Re: pgsql: doc: mention dependency on collation libraries

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Christoph Berg <myon(at)debian(dot)org>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql: doc: mention dependency on collation libraries
Date: 2016-07-20 16:13:18
Message-ID: 20160720161318.GE24559@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

On Sat, Jul 2, 2016 at 01:22:48PM -0400, Bruce Momjian wrote:
> On Sat, Jul 2, 2016 at 06:02:12PM +0200, Christoph Berg wrote:
> > Re: Bruce Momjian 2016-07-02 <20160702155517(dot)GD18610(at)momjian(dot)us>
> > > > Shouldn't this mention that OS upgrades are a possible problem as
> > > > well? We've seen the de_DE.UTF-8 ordering break in RHEL 5->6, and
> > > > again in 6->7. (5 and 7 are compatible.) The problematic strings were
> > > > "999" and "9-9-9".
> > >
> > > Yes, we can do that. Do you have suggested wording? I was not sure how
> > > to tell people anything related to collation versions.
> >
> > How about simply this: ?
> >
> > Non<literal>C</> and and non-<literal>POSIX</> locales rely on the
> > operating system's collation library for character set ordering.
> > This controls the ordering of keys stored in indexes. For this
> > eason,
> > a cluster cannot switch to an incompatible collation library
> > ersion,
> > either through
> >
> > + operating system upgrade,
> >
> > snapshot restore, binary streaming replication, or
> > <application>pg_upgrade</> run.
>
> OK, good point. I was more focused on cluster moves than an OS change.
> How is the attached patch?

With the mention of different operating systems, there is no need to
mention pg_upgrade anymore as it is already covered. Updated patch
attached.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +

Attachment Content-Type Size
collation.diff text/x-diff 1.3 KB

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Andres Freund 2016-07-20 16:30:33 Re: Re: [COMMITTERS] pgsql: Avoid extra locks in GetSnapshotData if old_snapshot_threshold <
Previous Message Robert Haas 2016-07-20 15:26:11 Re: Re: [COMMITTERS] pgsql: Avoid extra locks in GetSnapshotData if old_snapshot_threshold <