Re: PQescapeBytea is not multibyte aware

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: PQescapeBytea is not multibyte aware
Дата
Msg-id
10498.1018044638@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Re: PQescapeBytea is not multibyte aware Joe Conway <mail@joeconway.com>
Re: PQescapeBytea is not multibyte aware Tom Lane <tgl@sss.pgh.pa.us>
Re: PQescapeBytea is not multibyte aware Tatsuo Ishii <t-ishii@sra.co.jp>
Joe Conway  writes:
>> This scenario is probably why Tatsuo wants PQescapeBytea to octalize
>> everything with the high bit set; I'm not sure there's any lesser way

> Yuck! At that point you're no better off than converting to hex (and 
> worse off than converting to base64) for storage.

No; the *storage* is still compact, it's just the I/O representation
that's not.

> SQL99 actually defines BLOB as a binary string literal comprised of an 
> even number of hexadecimal digits, in single quotes, preceded by "X", 
> e.g. X'1a43fe'. Should we be looking at implementing the standard 
> instead of, or in addition to, octalizing?

Perhaps we should cause the system to regard hex-strings as literals of
type bytea.  Right now I think they're taken to be integer constants,
which is clearly not per spec.
		regards, tom lane

В списке pgsql-hackers по дате отправления
От: Joe Conway
Дата:
От: Jon Grov
Дата:
FAQ