Re: 8.4 open items list

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: pgsql-hackers(at)postgresql(dot)org
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, Magnus Hagander <magnus(at)hagander(dot)net>, Dave Page <dpage(at)pgadmin(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Subject: Re: 8.4 open items list
Date: 2009-04-08 23:37:43
Message-ID: 200904090237.46309.peter_e@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thursday 02 April 2009 21:38:06 Tom Lane wrote:
> Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> writes:
> > Now, what about the idea of providing a shorthand LOCALE='foo',
> > mirroring --locale=foo initdb option? It seems like a good idea, because
> > you almost never want to set LC_COLLATE and LC_CTYPE differently. If we
> > do that, should LOCALE=foo also imply a per-database lc_messages,
> > lc_monetary, lc_numeric and lc_time settings? It seems like it should
> > for the sake of consistency.
>
> The comment upthread was that we can/should leave that for 8.5.
> I agree with that at this point. I think the above proposal is
> not as straightforward as it looks (in particular per-DB lc_messages
> has unpleasant implications for the postmaster log) and we should
> not tackle it in a hasty manner.

Those are good points, but note that createdb already *has* a --locale option
that does something specific, so in light of your earlier argument that
createdb and CREATE DATABASE options should be the same, the possibilities for
a future CREATE DATABASE ... LOCALE=foo are already being constrained.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2009-04-08 23:47:29 Re: default parameters for built-in functions
Previous Message Josh Berkus 2009-04-08 23:27:18 Re: A renewed plea for inclusion of zone.tab