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: | Raw Message | Whole Thread | 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 |