| From: | "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> |
|---|---|
| To: | "Andreas Pflug" <pgadmin(at)pse-consulting(dot)de> |
| Cc: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Possible TODO item: copy to/from pipe |
| Date: | 2006-05-31 15:48:12 |
| Message-ID: | E7F85A1B5FF8D44C8A1AF6885BC9A0E4013885E9@ratbert.vale-housing.co.uk |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> -----Original Message-----
> From: pgsql-hackers-owner(at)postgresql(dot)org
> [mailto:pgsql-hackers-owner(at)postgresql(dot)org] On Behalf Of Andreas Pflug
> Sent: 31 May 2006 16:41
> Cc: Tom Lane; pgsql-hackers(at)postgresql(dot)org
> Subject: Re: [HACKERS] Possible TODO item: copy to/from pipe
>
> Andreas Pflug wrote:
>
> >
> > Won't help too much, until gzip's output is piped back too, so a
> > replacement for COPY .. TO STDOUT COMPRESSED would be
> > COPY ... TO '| /bin/gzip |' STDOUT, to enable clients to
> receive the
> > reduced stuff.
>
> Forgot to mention:
> COPY COMPRESSED was also meant to introduce a portable format that's
> efficient for both text and binary data. Relying on some
> external XYZzip
> version seems not too portable to me.
It does have that advantage. Gzip and others are not particularly
Windows friendly for example.
Regards, Dave.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zdenek Kotala | 2006-05-31 16:13:04 | Re: Allow commenting of variables in postgresql.conf to - |
| Previous Message | Andreas Pflug | 2006-05-31 15:41:04 | Re: Possible TODO item: copy to/from pipe |