From: | "Rich Ryan" <rich(at)usedcars(dot)com> |
---|---|
To: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: pg_dump usage - problems with restore due to the use of tab delimiters |
Date: | 2001-11-08 20:54:19 |
Message-ID: | 01f101c16897$8ac68160$1a02a8c0@usedcars.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi,
Thanks for the response, but I'm not sure I understand your comments.
I'm running Pgsql on RedHat Linux, and the varchar field is created from web
form input, which as we know, is dominated by Microsoft and IE. If I
translate CR/LF->LF before inserting into the database, then I have to
retranslate LF->CR/LF when reading it out of the database, to display in IE,
(LF appears as little black block characters in IE). So, I wish windows was
dead too, but, hey, there you have it. Anyway to handle CR/LF nicely in
pg_dump?
Thanks,
Rich
----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Rich Ryan" <rich(at)usedcars(dot)com>
Cc: <pgsql-general(at)postgresql(dot)org>
Sent: Thursday, November 08, 2001 5:59 AM
Subject: Re: [GENERAL] pg_dump usage - problems with restore due to the use
of tab delimiters
"Rich Ryan" <rich(at)usedcars(dot)com> writes:
> Lots of my records have linebreaks in them (the ^M character), but only a
> few of them with a certain pattern of linebreaks seem to confuse
> pgsql.
*All* of them are wrong. The ones that aren't causing an error are the
ones where the last field is a textual field --- and what's happening
there is that the ^M is being taken as a data character, which you
won't want.
Bottom line: do not allow Windoze to get its hands on a pg_dump script.
LF->CR/LF translation is not something you want to happen to that file.
regards, tom lane
--------- Original Message -------------
Hi all,
I'm using pg_dump and pgsql to migrate from pgsql 7.0 to 7.1.3. The dump
goes fine, but upon recreating the database via pgsql, I get error messages
like:
ERROR: copy: line 1587, Bad int8 external representation " "
PQendcopy: resetting connection
After doing a lot of work separating COPY commands into separate files and
running them individually, I was able to find the row causing the problem.
It looked like
123123123123 This is my var char field with lots of nasty end of line
characters from a web page textbox field.^M
There's one line break, ^M
There's another..^M
And a bunch at the end by themselves, that seem to cause the problem...^M
^M
^M
^M
\N
Lots of my records have linebreaks in them (the ^M character), but only a
few of them with a certain pattern of linebreaks seem to confuse pgsql. My
question is there any workaround to this, for example, any way I can get
pg_dump to use another field delimiter than tab?
Thanks much,
Rich Ryan
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Darley | 2001-11-08 21:31:13 | Re: pg_dump and DEFAULT column values |
Previous Message | Orion | 2001-11-08 19:58:49 | What's the fastest way to do this? |