Re: restore whoes
От | Tom Lane |
---|---|
Тема | Re: restore whoes |
Дата | |
Msg-id | 12608.1013455458@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: restore whoes (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: restore whoes
|
Список | 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 по дате отправления: