Tom Lane wrote:
Peter Eisentraut <[EMAIL PROTECTED]> writes:
Am Freitag, 12. Oktober 2007 schrieb Gregory Stark:
It would make Postgres inconsistent and less integrated with the rest of
the OS. How do you explain that Postgres doesn't follow the system's
configurations and the collations don't agree with the system collations?
We already have our own encoding support (for better or worse), and I don't
think having one's own locale support would be that much different.
Well, yes it would be, because encodings are pretty well standardized;
there is not likely to be any user-visible difference between one
platform's idea of UTF8 and another's. This is very very far from being
the case for locales. See for instance the recent thread in which we
found out that "en_US" locale has utterly different sort orders on
Linux and OS X.
For me, this paragraph is more of in argument *in favour* of having our own
locale support. At least for me, consistency between PG running on different
platforms would bring more benefits than consistency between PG and the platform
it runs on.
At the company I used to work for, we had all our databases running with
encoding=utf-8 and locale=C, because I didn't want our applications to depend on
platform-specific locale issues. Plus, some of the applications supported
multiple languages, making a cluster-global locale unworkable anyway - a
restriction which would go away if we went with ICU.
regards, Florian Pflug
---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend