| From: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
|---|---|
| To: | Dave Page <dpage(at)vale-housing(dot)co(dot)uk> |
| 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 16:35:00 |
| Message-ID: | 447DC5B4.4080407@pse-consulting.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Dave Page wrote:
>
>
>
>>-----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.
... as most windows programs are pipe agnostic.
Regards,
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ali Baba | 2006-05-31 16:36:32 | server crash on recursive function invocation |
| Previous Message | Tom Lane | 2006-05-31 16:30:07 | Re: Possible TODO item: copy to/from pipe |