Re: Per-column collation, work in progress

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Per-column collation, work in progress
Дата
Msg-id AANLkTimd4wFrdeB=UwHPdQvj3L-aGjgr5XWUuuAynUmd@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Per-column collation, work in progress  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Per-column collation, work in progress  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
On Fri, Sep 24, 2010 at 1:57 AM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On fre, 2010-09-24 at 09:32 +0900, Itagaki Takahiro wrote:
>> On Wed, Sep 22, 2010 at 10:29 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
>> >> We could support it also on MSVC.
>> >> http://msdn.microsoft.com/en-us/library/a7cwbx4t(v=VS.90).aspx -- _strcoll_l
>> >> http://msdn.microsoft.com/en-us/library/45119yx3(v=VS.90).aspx -- _towupper_l
>> >
>> > Great.
>>
>> If we support both glibc and msvc, how to we handle CREATE TABLE DDLs
>> in pg_dump? Since collation names depend on platforms, a backup dumped
>> at UNIX cannot be reloaded to Windows. We might need to normalize
>> locale names to generate a portable dump.
>
> It is not necessary that the SQL collation names are the same as the OS
> locale names.  That is just a convenient way to initialize it.  If you
> need to transport dumps, you can create your own SQL collation entry at
> the target that locally fits what you are trying to do (or perhaps
> rename the collation at the source).
>
> I don't think there is a universally applicable way to "normalize"
> locale names, because we want to support user-defined OS locales.

What's the status of this patch?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Marios Vodas
Дата:
Сообщение: knngist plans
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [DOCS] Docs for archive_cleanup_command are poor