| От | Joe Conway |
|---|---|
| Тема | Re: Bytea misconceptions |
| Дата | |
| Msg-id | 3E53C31E.6030707@joeconway.com обсуждение исходный текст |
| Ответ на | Bytea misconceptions (Peter Eisentraut <peter_e@gmx.net>) |
| Список | pgsql-hackers |
Peter Eisentraut wrote: > In general, the only safe solution would be to escape *all* byte > values on output. Then the client can reconstruct the byte sequence based > on the character entities in the delivered string and does not have to > rely on the character codes staying the same during the conversion. Seems like this brings us back to using hex for bytea, ala BLOB in SQL99. What would be the implications of changing byteain and byteaout to use X'FFFFFF' instead of '\377\377\377'? I guess backward compatibility is a big problem. Maybe make it configurable: all octal escaped or all hex. Is it better to create a completely new datatype? Joe
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера