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 |
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 < |