From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Patrik Kudo <kudo(at)partitur(dot)se>, pgsql-sql(at)postgresql(dot)org, girgen(at)partitur(dot)se |
Subject: | Re: Index problem |
Date: | 2000-11-15 22:33:18 |
Message-ID: | Pine.LNX.4.21.0011152328500.779-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Tom Lane writes:
> We have talked about fixing this by saving the active LOCALE variables
> at initdb time, and having the postmaster adopt those values whenever
> it's started. But it hasn't got done yet. (Peter, would it be
> easy to make GUC handle this? There'd need to be some way to cause
> guc.c to do a putenv() ...)
I thought pg_control was the place for this. Any idea how long a locale
string can legally be? Doesn't look too hard beyond that.
Then again, perhaps this should be a per-database thing, much like the
encoding. The postmaster doesn't do any collating, so it should be safe
to have different locale in different backends. -- Unless someone puts an
index on pg_database.datname. :-)
--
Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-11-16 03:54:38 | Re: Index problem |
Previous Message | Mikheev, Vadim | 2000-11-15 19:11:27 | RE: how to continue a transaction after an error? |