| От | Joe Conway |
|---|---|
| Тема | Re: Bytea string operator support |
| Дата | |
| Msg-id | 031c01c13768$f1adf300$0705a8c0@jecw2k1 обсуждение исходный текст |
| Ответ на | Re: Bytea string operator support (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Список | pgsql-patches |
> > > > Here's a patch for bytea string functions. As discussed: > > > > > > > > text encode(bytea, 'escape') > > > > bytea decode(text, 'escape') > > > > > > Why are you using \xxx encoding there? As the 'escape' encoding > > > is supposed to be 'minimalistic' as it escapes only 2 > > > problematic values, then IMHO it would be better to use > > > \0 and \\ as escapes - takes less room. > > > > Agreed, and I have documented this in the SGML pages. Knowing this, > > bytea becomes a much easier format to use. > > No problem -- I kind of like the octal style better, but I can see your > point. I'll wait for awhile for more comments, and then send in a new patch. Here's a revised patch. Changes: 1. Now outputs '\\' instead of '\134' when using encode(bytea, 'escape') Note that I ended up leaving \0 as \000 so that there are no ambiguities when decoding something like, for example, \0123. 2. Fixed bug in byteain which allowed input values which were not valid octals (e.g. \789), to be parsed as if they were octals. Joe
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера