Re: Changing the concept of a DATABASE

From: Susanne Ebrecht <susanne(at)2ndquadrant(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Changing the concept of a DATABASE
Date: 2012-05-22 16:00:36
Message-ID: 4FBBB824.9090000@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Am 22.05.2012 17:42, schrieb Tom Lane:
> Encoding yes, but since 9.1 we have pretty fine-grained control of
> collation. So I think this argument is a lot weaker than it used
> to be. It would only really apply if you have one of the corner
> cases where utf8 doesn't work for you.

Yeah it got better - but it isn't perfect yet.

Maybe I am blind or 9.1 documentation has a bug - but according to the
documentation you can't change default collation per schema or per table.
You can set collation per column - but do you really want to set
collation for
every single column of every single supported language in your 200+ tables
web tool?

That is a huge effort and a huge maintenance effort.

Usually you want to set the collation once per language schema. E.g. schema
russian gets Russian collation and schema British gets British collation
and so on.

CREATE SCHEMA foo LC_COLLATE bar isn't supported so you went up a level and
do it by creating a database.

I would like to get default collation per schema / table in 9.2 or 9.3
but that is my personal
wish,

Susanne

--
Dipl. Inf. Susanne Ebrecht - 2ndQuadrant
PostgreSQL Development, 24x7 Support, Training and Services
www.2ndQuadrant.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thom Brown 2012-05-22 16:03:06 Re: Per-Database Roles
Previous Message Robert Haas 2012-05-22 15:59:24 Re: Readme of Buffer Management seems to have wrong sentence