Re: [PATCH] COPY .. COMPRESSED

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: [PATCH] COPY .. COMPRESSED
Дата
Msg-id 20130115195329.GU16126@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: [PATCH] COPY .. COMPRESSED  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: [PATCH] COPY .. COMPRESSED  (Christopher Browne <cbbrowne@gmail.com>)
Re: [PATCH] COPY .. COMPRESSED  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [PATCH] COPY .. COMPRESSED  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
* Bruce Momjian (bruce@momjian.us) wrote:
> On Tue, Jan 15, 2013 at 10:55:04AM -0500, Stephen Frost wrote:
> > * Peter Eisentraut (peter_e@gmx.net) wrote:
> > > Operating on compressed files transparently in file_fdw is obviously
> > > useful, but why only gzip?
> >
> > This isn't really an argument, imv.  It's only gzip *right this moment*
> > because that's all that I implemented.  I've already offered to add
> > bzip2 or whatever else people would like.
>
> And this leads to support-my-compression-binary-of-the-day mess.  Why
> not just allow them to do '|compression-binary'?

You're right, to clarify, for *file_fdw*, which is a backend-only
operation, the popen patch is great (thought I made that clear before).

The popen patch doesn't support the '|compression-binary' option through
the FE protocol.  Even if it did, it would only be available for
superusers as we can't allow regular users to run arbitrary commands on
the server-side.
Thanks,
    Stephen

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: [pgsql-cluster-hackers] Save The Date: Cluster-Hackers meeting May 21st
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Get current query in a trigger function