Re: text and bytea
От
Bruce Momjian
Тема
Re: text and bytea
Дата
Msg-id
200803040329.m243THK24433@momjian.us
Ответ на
Re: text and bytea (Tom Lane)
Список
Дерево обсуждения
text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Martijn van Oosterhout <kleptog@svana.org>
Re: text and bytea Alvaro Herrera <alvherre@commandprompt.com>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Martijn van Oosterhout <kleptog@svana.org>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Gregory Stark <stark@enterprisedb.com>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Tom Lane <tgl@sss.pgh.pa.us>
Re: text and bytea "hernan gonzalez" <hgonzalez@gmail.com>
Re: text and bytea Tom Lane <tgl@sss.pgh.pa.us>
Re: text and bytea Bruce Momjian <bruce@momjian.us>
Tom Lane wrote: > "hernan gonzalez" writes: > > test=# create view vchartest as > > select encode(convert_to(c,'LATIN9'),'escape') as c1 from chartest; > > Hmm. This isn't a very sensible combination that you've written here, > but I see the point: encode(..., 'escape') is broken in that it fails > to convert high-bit-set bytes into \nnn sequences. At least in > multibyte backend encodings, we *must* do that to produce valid textual > output. I suspect that for consistency we should do it regardless of > backend encoding. With Tom's encoding() patch applied I assume there is no TODO item here. -- Bruce Momjian http://momjian.us EnterpriseDB http://postgres.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-general по дате отправления