Re: libpq compression - Mailing list pgsql-hackers

From Marko Kreen
Subject Re: libpq compression
Date
Msg-id CACMqXCLkOpYnK1eLTb_bAqx344C9j=rchTeNXSW=E6+hdXwyPA@mail.gmail.com
Whole thread Raw
In response to Re: libpq compression  (Florian Pflug <fgp@phlo.org>)
Responses Re: libpq compression  (Florian Pflug <fgp@phlo.org>)
Re: libpq compression  (Euler Taveira <euler@timbira.com>)
List pgsql-hackers
On Wed, Jun 20, 2012 at 10:05 PM, Florian Pflug <fgp@phlo.org> wrote:
> I'm starting to think that relying on SSL/TLS for compression of
> unencrypted connections might not be such a good idea after all. We'd
> be using the protocol in a way it quite clearly never was intended to
> be used...

Maybe, but what is the argument that we should avoid
on encryption+compression at the same time?

AES is quite lightweight compared to compression, so should
be no problem in situations where you care about compression.

RSA is noticeable, but only for short connections.
Thus easily solvable with connection pooling.

And for really special compression needs you can always
create a UDF that does custom compression for you.

So what exactly is the situation we need to solve
with postgres-specific protocol compression?

-- 
marko


pgsql-hackers by date:

Previous
From: Dimitri Fontaine
Date:
Subject: Re: Event Triggers reduced, v1
Next
From: Alvaro Herrera
Date:
Subject: Re: CREATE FOREGIN TABLE LACUNA