> After re-reading what I just wrote to Andreas about how compression of
> COPY data would be better done outside the backend than inside, it
> struck me that we are missing a feature that's fairly common in Unix
> programs. Perhaps COPY ought to have the ability to pipe its output
> to a shell command, or read input from a shell command. Maybe something
> COPY mytable TO '| gzip >/home/tgl/mytable.dump.gz';
> (I'm not wedded to the above syntax, it's just an off-the-cuff thought.)
> Of course psql would need the same capability, since the server-side
> copy would still be restricted to superusers.
> You can accomplish COPY piping now through psql, but it's a bit awkward:
> psql -c "COPY mytable TO stdout" mydb | gzip ...
> Thoughts? Is this worth doing, or is the psql -c approach good enough?
To be honest, I don't see much benefit in it. You can already accomplish
what you want to accomplish easily enough.
If you want to muck with COPY, I'd like to see it accept a query as:
psql -c "COPY select * from mytable where foo='bar' TO stdout" mydb | gzip
In response to
pgsql-hackers by date
|Next:||From: Martijn van Oosterhout||Date: 2006-06-01 13:30:08|
|Subject: Re: CTID issues and a soc student in need of help|
|Previous:||From: Tzahi Fadida||Date: 2006-06-01 12:33:50|
|Subject: CTID issues and a soc student in need of help|