Re: Extending copy_expert

От

Rich Shepard

Тема

Дата

12 октября 2014 г. в 21:52:00

Msg-id

alpine.LNX.2.11.1410121449020.25325@localhost

обсуждение

Ответ на

Extending copy_expert (Andrea Riciputi)

Список

psycopg

Дерево обсуждения

Extending copy_expert Andrea Riciputi <andrea.riciputi@gmail.com> 12 октября 2014 г. в 21:29:10

Re: Extending copy_expert Adrian Klaver <adrian.klaver@aklaver.com> 13 октября 2014 г. в 00:18:22

Re: Extending copy_expert Adrian Klaver <adrian.klaver@aklaver.com> 13 октября 2014 г. в 13:45:20

Re: Extending copy_expert Andrea Riciputi <andrea.riciputi@gmail.com> 13 октября 2014 г. в 20:49:27

Re: Extending copy_expert Adrian Klaver <adrian.klaver@aklaver.com> 13 октября 2014 г. в 22:52:42

Re: Extending copy_expert Christophe Pettus <xof@thebuild.com> 13 октября 2014 г. в 22:56:24

Re: Extending copy_expert Daniele Varrazzo <daniele.varrazzo@gmail.com> 13 октября 2014 г. в 21:36:13

Re: Extending copy_expert Rich Shepard <rshepard@appl-ecosys.com> 12 октября 2014 г. в 21:52:00

On Sun, 12 Oct 2014, Andrea Riciputi wrote:

> However the target software for which the file is produced, is, let say,
> “legacy” software and can only accept CRLF as EOL character. However by
> calling COPY TO STDOUT from psycopg ends up in a CSV file with LF as EOL
> forcing us to pass the file a second time to convert EOL, which is
> inconvenient. Plus, doing it in Python, make it a little bit to slow.

Andrea,

   How about using unix2dos or todos? These linux utilities translate line
endings. When I get client data in text form with the CR/LF ends I translate
them to LF (\n) with fromdos (or the older flavor called dos2unix). It's
quick, but I've not tried them on a 500G file.

HTH,

Rich

В списке psycopg по дате отправления

Предыдущее

От: Andrea Riciputi

Дата: 12 октября 2014 г. в 21:29:10

Сообщение: Extending copy_expert

Следующее

От: Adrian Klaver

Дата: 13 октября 2014 г. в 00:18:22

Сообщение: Re: Extending copy_expert