Re: COPY formatting
| От | Hans-Jürgen Schönig | 
|---|---|
| Тема | Re: COPY formatting | 
| Дата | |
| Msg-id | 4058688B.6030804@cybertec.at обсуждение исходный текст | 
| Ответ на | COPY formatting (Karel Zak <zakkr@zf.jcu.cz>) | 
| Ответы | Re: COPY formatting | 
| Список | pgsql-hackers | 
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.
Regards,
    Hans
-- 
Cybertec Geschwinde u Schoenig
Schoengrabern 134, A-2020 Hollabrunn, Austria
Tel: +43/2952/30706 or +43/664/233 90 75
www.cybertec.at, www.postgresql.at, kernel.cybertec.at
		
	В списке pgsql-hackers по дате отправления: