Re: COPY formatting

From: Fernando Nasser <fnasser(at)redhat(dot)com>
To: Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>
Cc: Karel Zak <zakkr(at)zf(dot)jcu(dot)cz>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: COPY formatting
Date: 2004-03-17 15:11:48
Message-ID: 40586AB4.7060401@redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hans-Jürgen Schönig wrote:
> Karel Zak wrote:
>
>> Hi,
>>
>> in TODO is item: "* Allow dump/load of CSV format". I don't think
>> it's clean idea. Why CSV and why not something other? :-)
>> A why not allow to users full control of the format by they own
>> function. It means something like:
>>
>> COPY tablename [ ( column [, ...] ) ]
>> TO { 'filename' | STDOUT }
>> [ [ WITH ] [ BINARY ]
>> [ OIDS ]
>> [ DELIMITER [ AS ] 'delimiter' ]
>> [ NULL [ AS ] 'null string' ]
>> [ FORMAT funcname ] ]
>> ^^^^^^^^^^^^^^^^
>> The formatting
>> function API can be pretty simple:
>>
>> text *my_copy_format(text *attrdata, int direction, int
>> nattrs, int attr, oid attrtype, oid relation)
>>
>> -- it's pseudocode of course, it should be use standard fmgr
>> interface.
>>
>> It's probably interesting for non-binary COPY version.
>>
>> Comments?
>>
>> Karel
>>
>
>
> Karel,
>
> This seems to be an excellent idea.
> People have already asked for many different formats.
> Usually I recommend them to use "psql -c "COPY ..." dbname | awk ...".
> Since Windows will be supported soon, it will be hard to pipe data to a
> useful program (awk, sed, ...). Maybe this feature would help a lot in
> this case.
>

Could a CSV-generating function be provided with the distribution then?

Regards,
Fernando

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Arthur Ward 2004-03-17 15:40:35 Re: rapid degradation after postmaster restart
Previous Message Hans-Jürgen Schönig 2004-03-17 15:02:35 Re: COPY formatting