From: | "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> |
---|---|
To: | "Hannu Krosing" <hannu(at)tm(dot)ee> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Encoding problems in PostgreSQL with XML data |
Date: | 2004-01-14 13:49:20 |
Message-ID: | 303E00EBDD07B943924382E153890E5434AA53@cuthbert.rcsinc.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hannu Krosing wrote:
> 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.
In that case, treat the XML document like a binary stream, using
PQescapeBytea, etc. to encode if necessary pre-query. Also, the XML
domain should inherit from bytea, not varchar. The document should be
stored bit for bit as was submitted. If we can do that for bitmaps, why
can't we do it for XML documents?
OTOH, if we are transforming the document down to a more generic format
(either canonical or otherwise), then the xml could be dealt with like
text in the ususal way. Of course, then we are not really storing xml,
more like 'meta' xml ;)
Merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-01-14 14:40:42 | Re: failed to re-find parent key |
Previous Message | Jan Wieck | 2004-01-14 13:32:19 | Re: VACUUM delay (was Re: What's planned for 7.5?) |