From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-docs(at)postgreSQL(dot)org |
Subject: | Re: Ordering of sections in chapter 22 (Localization) |
Date: | 2011-03-20 07:37:40 |
Message-ID: | 4D85AEC4.1010703@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On 20.03.2011 09:06, Tom Lane wrote:
> I'm wondering why chapter 22 discusses locales (and now collations)
> before encodings. ISTM the logical order is the reverse, because
> encodings can be explained without reference to locales, but it's very
> difficult to cover locales without touching on encodings. There are a
> lot of forward references in sections 22.1 and 22.2 as it stands.
> So I'd like to flip this around --- any objections?
I only see these two forward references:
In 22.1.1:
> If more than one character set can be used for a locale then the specifications can take the form language_territory.codeset. For example, fr_BE.UTF-8 represents the French language (fr) as spoken in Belgium (BE), with a UTF-8 character set encoding.
In 22.2.2:
> Also, a collation is tied to a character set encoding (see Section 22.3). The same collation name may exist for different encodings.
To me, it feels natural to discuss locales and collations first. They
are a higher level feature, they affect query results and there's new
syntax for collations. Encoding is just an implementation detail, you
just have to set client and server encodings correctly to match your
locale and the OS or application.
--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Thom Brown | 2011-03-20 11:57:38 | 9.1 release notes corrections |
Previous Message | Tom Lane | 2011-03-20 07:06:35 | Ordering of sections in chapter 22 (Localization) |