Message-ID: <447DC5B4.4080407@pse-consulting.de>
Date: Wed, 31 May 2006 18:35:00 +0200
From: Andreas Pflug <pgadmin@pse-consulting.de>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
MIME-Version: 1.0
To: Dave Page <dpage@vale-housing.co.uk>
CC: Tom Lane <tgl@sss.pgh.pa.us>,  pgsql-hackers@postgresql.org
Subject: Re: Possible TODO item: copy to/from pipe
References: 
 <E7F85A1B5FF8D44C8A1AF6885BC9A0E4013885E9@ratbert.vale-housing.co.uk>
In-Reply-To: 
 <E7F85A1B5FF8D44C8A1AF6885BC9A0E4013885E9@ratbert.vale-housing.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dave Page wrote:
>  
> 
> 
>>-----Original Message-----
>>From: pgsql-hackers-owner@postgresql.org 
>>[mailto:pgsql-hackers-owner@postgresql.org] On Behalf Of Andreas Pflug
>>Sent: 31 May 2006 16:41
>>Cc: Tom Lane; pgsql-hackers@postgresql.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