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
|
Список | 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 по дате отправления: