Re: convert function

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: convert function
Date: 2001-08-15 13:58:08
Message-ID: 25769.997883888@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> I have added new function called "convert" similar to SQL99's convert.
> Convert converts encoding according to parameters. For example, if you
> have a table named "unicode" in an Unicode database,

> SELECT convert(text_field, 'LATIN1') FROM unicode;

> will return text in ISO-8859-1 representation.

I don't understand how this works. If you have a multibyte-enabled
backend, won't backend libpq try to convert all outgoing text to
whatever PGCLIENTENCODING says? How can it know that one particular
column of a result set is not in the regular encoding of this database,
but something else? Seems like libpq is going to mess up the results
by applying an inappropriate multibyte conversion.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-08-15 14:19:12 Why is SERIAL a keyword?
Previous Message Justin Clift 2001-08-15 13:55:47 Re: Re: To be 7.1.3 or not to be 7.1.3?