Skip site navigation (1) Skip section navigation (2)

Re: Possible TODO item: copy to/from pipe

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 (view raw or flat)
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

In response to

Responses

pgsql-hackers by date

Next:From: Ali BabaDate: 2006-05-31 16:36:32
Subject: server crash on recursive function invocation
Previous:From: Tom LaneDate: 2006-05-31 16:30:07
Subject: Re: Possible TODO item: copy to/from pipe

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group