Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
В списке pgsql-hackers по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: initdb failure (was Re: [GENERAL] sequence's plpgsql) |
| Дата | |
| Msg-id | 3F748371.1050903@dunslane.net обсуждение |
| Ответ на | Re: initdb failure (was Re: [GENERAL] sequence's plpgsql) (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
|
| Список | pgsql-hackers |
Bruce Momjian wrote: >I posted on that a few minutes ago. Yea, we can drop it, but we risk >eating carraige returns as data values. I am not sure how consistently >we output literal carriage returns in old dumps, nor how many apps >produce on literal carriage returns in COPY. If we conditionally eat >them, we run the risk of discarding some of their data without warning. >Perhaps we can throw a warning rather than an error, and adjust initdb >to be consistent. > > > Would the best longterm solution be to require escaping CR in a data value? (Yes I know this might cause backwards compatibility problems, at least for a while). cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера