| From: | Christoph Berg <myon(at)debian(dot)org> |
|---|---|
| To: | Bruce Momjian <bruce(at)momjian(dot)us> |
| Cc: | pgsql-committers(at)postgresql(dot)org |
| Subject: | Re: pgsql: doc: mention dependency on collation libraries |
| Date: | 2016-07-21 07:59:42 |
| Message-ID: | 20160721075942.upu6wpqtni42ffb4@msg.df7cb.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers |
Re: Bruce Momjian 2016-07-20 <20160720161318(dot)GE24559(at)momjian(dot)us>
> > > 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.
With that argument, you could drop snapshot restore and replication as
well, as "different OS (version)" is the real problem. Still,
mentioning pg_upgrade would highlight the fact that it doesn't "fix"
the problem in the same sense that pg_dump would. Collation changes
are subtle changes that are surprising in many cases, so mention a few
cases makes people aware more.
Christoph
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2016-07-21 15:54:29 | pgsql: Remove unused structure member. |
| Previous Message | Noah Misch | 2016-07-21 01:15:46 | Re: [COMMITTERS] pgsql: Avoid extra locks in GetSnapshotData if old_snapshot_threshold < |