Re: Add encoding support to COPY - Mailing list pgsql-hackers

From Nagy Karoly Gabriel
Subject Re: Add encoding support to COPY
Date
Msg-id 4A5E0B0C.4070408@expert-erp.net
Whole thread Raw
In response to Add encoding support to COPY  (David Blewett <david@dawninglight.net>)
Responses Re: Add encoding support to COPY
Re: Add encoding support to COPY
List pgsql-hackers
David Blewett wrote:
> Today on IRC, someone was wondering what the preferred method of
> exporting data in a specific encoding via COPY was. They reply was
> wrapping the COPY command in "set client_encoding='foo';", which made
> me wonder how hard it would be to add an additional WITH parameter to
> the actual COPY statement to specify the encoding, a la:
> [ [ WITH ]
>           [ BINARY ]
>           [ OIDS ]
>           [ DELIMITER [ AS ] 'delimiter' ]
>           [ ENCODING [ AS ] 'charset' ]
>           [ NULL [ AS ] 'null string' ]
>           [ CSV [ HEADER ]
>                 [ QUOTE [ AS ] 'quote' ]
>                 [ ESCAPE [ AS ] 'escape' ]
>                 [ FORCE QUOTE column [, ...] ]
>
> Any objections? It seems like a cleaner solution client side than
> issuing multiple calls to set the client_encoding. If there are no
> objections, I can attempt to prepare a patch for the next commitfest.
>
> David Blewett
>
I think that I was the one who wondered about that. Our use case is
related to moving data between different servers which have different
encodings. Ofcourse the encoding should be an option only when COPY
involves files.


--
Nagy Karoly Gabriel
Expert Software Group SRL

(o__  417495 Sanmartin nr. 205
//\'  Bihor, Romania
V_/_  Tel./Fax: +4 0259 317 142, +4 0259 317 143

Attachment

pgsql-hackers by date:

Previous
From: Böszörményi Zoltán
Date:
Subject: Split-up ECPG patches
Next
From: David Blewett
Date:
Subject: Re: Add encoding support to COPY