Re: Possible TODO item: copy to/from pipe

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: David Fetter <david(at)fetter(dot)org>
Cc: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>, Chris Browne <cbbrowne(at)acm(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Possible TODO item: copy to/from pipe
Date: 2006-05-31 19:30:31
Message-ID: 447DEED7.70306@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

David Fetter wrote:
> On Wed, May 31, 2006 at 02:46:29PM -0400, Andrew Dunstan wrote:
>
>
>> I wish somebody would explain to me the compelling use case for
>> this.
>>
>
> As with "in-place upgrades,"[1] the compelling use case is being short
> on disk space. For somebody with a multi-TB (or whatever figure
> sounds big this week) PostgreSQL database, it may be impossible to get
> space for twice or more that. Giving people the option to stream
> COPYs through a pipe would alleviate a lot of pain.
>
> Cheers,
> D
>
> [1] A feature people seem to think we don't need, although convincing
> cases have been made for it.
>

But why is that hugely better than piping psql output to gzip?

The Unix philosophy is to use small chains of tools rather than put
everything into one big tool.

Thus, this is quite unlike inplace upgrade, which I agree would be great
(and where I would far rather see people spend their efforts), because
unlike for this "feature" there is no viable alternative.

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-05-31 19:45:47 More thoughts about planner's cost estimates
Previous Message David Fetter 2006-05-31 19:13:48 Re: Possible TODO item: copy to/from pipe