From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
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-16 03:54:38 |
Message-ID: | 18695.974346878@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>> 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.
That would work too, I guess.
> 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. :-)
There already is an index on pg_group.groname, so I think we'd better be
conservative and require the same locale across the whole installation.
Hmm ... doesn't that mean that per-database encoding is a bogus concept
too!?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Luis Farfn | 2000-11-16 06:25:48 | |
Previous Message | Peter Eisentraut | 2000-11-15 22:33:18 | Re: Index problem |