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: Chris Browne <cbbrowne(at)acm(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Possible TODO item: copy to/from pipe
Date: 2006-05-31 18:13:23
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Chris Browne wrote:
> pgadmin(at)pse-consulting(dot)de (Andreas Pflug) writes:
>>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
>>>>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.
> Shall we make PostgreSQL less powerful because of that?

I never said that. We shall seek solutions that run painless on most 
popular platforms are useful to users.
I wonder if we'd be able to ship gzip with the windows installer, to 
insure proper integration.


In response to


pgsql-hackers by date

Next:From: Marko KreenDate: 2006-05-31 18:35:23
Subject: Re: [PATCH] Magic block for modules
Previous:From: Joachim WielandDate: 2006-05-31 17:58:16
Subject: Re: Allow commenting of variables in postgresql.conf to - try2

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