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
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 |