Re: Proposal: CREATE CONVERSION

From: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
To: zakkr(at)zf(dot)jcu(dot)cz
Cc: peter_e(at)gmx(dot)net, tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Proposal: CREATE CONVERSION
Date: 2002-07-08 12:59:44
Message-ID: 20020708.215944.88490224.t-ishii@sra.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On Sun, Jul 07, 2002 at 12:58:07PM +0200, Peter Eisentraut wrote:
> > What would be really cool is if we could somehow reuse the conversion
> > modules provided by the C library and/or the iconv library. For example,
> ^^^^^^^
>
> Very good point. Why use own conversion routines/tables if there is common
> library for this?

I'm not still sure about the details of conversion map used by
iconv. Japanese users have enough trouble with the conversin between
Unicode and othe charsets. This is because there are many variation of
conversion maps provided by vendors. For example, the conversion map
used for Unicode and SJIS in PostgreSQL has been carefully designed to
minimize problems described above. Another issue is the availabilty of
iconv among platforms. If we are sure that a particlular iconv
conversion routine is available on all platforms and the conversion
result is good eough, our conversion routine could be replaced by new
one using iconv.

> The encoding API for PostgreSQL is really cool idea.
>
> I unsure with only one argument for encoding function. What if I want
> to use one generic function for all encodings (for example as API to
> iconv)?

Use a simple wrap function.
--
Tatsuo Ishii

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Patrick Macdonald 2002-07-08 13:10:30 Re: Issues Outstanding for Point In Time Recovery (PITR)
Previous Message Zeugswetter Andreas SB SD 2002-07-08 12:51:04 Re: Issues Outstanding for Point In Time Recovery (PITR)