Re: Restore Data Encountered the ERROR: literal carriage return found in data Error

Поиск
Список
Период
Сортировка
От Wang, Mary Y
Тема Re: Restore Data Encountered the ERROR: literal carriage return found in data Error
Дата
Msg-id FA20D4C4FEBFD148B1C0CB09913825FC01EBE7D2D9@XCH-SW-06V.sw.nos.boeing.com
обсуждение исходный текст
Ответ на Re: Restore Data Encountered the ERROR: literal carriage return found in data Error  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
Rich - Thanks for explanation for ctrl+M = ascii 13 = CR.    Yes. I've been using a very old version of Postgres and
tryingto migrate to Postgres 8.3.8.   
Wow! Thanks Tom!  Yes. It took a long time to restore but it was worth it.  Using -inserts option of pg_dump were able
torestore lots of data. Now, I just need to find out why some rows of some tables weren't able to be restored (I'm sure
theyhad some kind of errors).  Happy Friday! 

Mary


-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Sent: Friday, March 05, 2010 5:36 AM
To: Richard Huxton
Cc: Wang, Mary Y; pgsql-general@postgresql.org
Subject: Re: [GENERAL] Restore Data Encountered the ERROR: literal carriage return found in data Error

Richard Huxton <dev@archonet.com> writes:
> On 04/03/10 23:52, Wang, Mary Y wrote:
>> I'm getting lots errors like this one: "psql:21.bak:340557: ERROR:
>> literal carriage return found in data HINT:  Use "\r" to represent
>> carriage return."

> I'd only expect this if an old pg_dumpall was being used.

Mary's dealing with a version so old that the behavior of COPY itself was different.  One possible workaround is to use
the--inserts option of pg_dump.  That will mean slower dump and restore, though. 

            regards, tom lane

В списке pgsql-general по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: kernel version impact on PostgreSQL performance
Следующее
От: Tom Lane
Дата:
Сообщение: Re: character confusion