Re: restore whoes - Mailing list pgsql-admin

From Tom Lane
Subject Re: restore whoes
Date
Msg-id 12608.1013455458@sss.pgh.pa.us
Whole thread Raw
In response to Re: restore whoes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: restore whoes  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-admin
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Well, if the COPY fails on the last value of the first row, and that
> value has a trailing \r, we can be pretty sure.

In the examples given, the error didn't show up till later rows, in
fields where there was no \r anywhere.

> I don't see how your
> solution make it fool-proof, except by requiring every COPY file, old
> and new, and created, to have CR as \r.

There *is no* foolproof solution with the current data representation
(and your idea of throwing untrustworthy error messages is certainly not
foolproof).  What we need to do is migrate to a new data representation.
Fortunately, it's nearly there already, since \ r and \ n sequences are
already supported by COPY IN.

            regards, tom lane

pgsql-admin by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Permissions on FUNCTIONS
Next
From: Bruce Momjian
Date:
Subject: Re: restore whoes