From: Hannu Krosing <hannu@tm.ee>
To: Merlin Moncure <merlin.moncure@rcsonline.com>
Cc: pgsql-hackers@postgresql.org
Subject: Re: Encoding problems in PostgreSQL with XML data
Date: Tue, 13 Jan 2004 14:42:41 +0200
Message-ID: <1073997761.2528.8.camel@fuji.krosing.net> (raw)
In-Reply-To: <303E00EBDD07B943924382E153890E5434AA4F@cuthbert.rcsinc.local>
References: <303E00EBDD07B943924382E153890E5434AA4F@cuthbert.rcsinc.local>
Merlin Moncure kirjutas E, 12.01.2004 kell 19:56:
> Hannu Krosing wrote:
> > IIRC, the charset transformations are done as a separate step in the
> > wire protocol _before_ any parser has chance transform or not.
>
> Yep. My point is that this is wrong.
Of course :)
It seems to be a quick hack somebody implemented in need, and doing it
as a separate step was suely the easiest way to get it working.
I hope that real as-needed-column-by-column translation will be used
with bound argument queries.
It also seems possible to delegate the encoding changes to after the
query is parsed, but this will never work for EBCDIC and other funny
encodings (like rot13 ;).
for these we need to define the actual SQL statement encoding on-wire to
be always ASCII.
---------------
Hannu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: hannu@tm.ee, merlin.moncure@rcsonline.com
Subject: Re: Encoding problems in PostgreSQL with XML data
In-Reply-To: <1073997761.2528.8.camel@fuji.krosing.net>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox