Re: Question: merit / feasibility of compressing frontend

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Copeland <greg(at)copelandconsulting(dot)net>
Cc: PostgresSQL General Mailing List <pgsql-general(at)postgresql(dot)org>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Subject: Re: Question: merit / feasibility of compressing frontend
Date: 2002-08-09 04:10:49
Message-ID: 27915.1028866249@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Greg Copeland <greg(at)copelandconsulting(dot)net> writes:
> Bluntly put, requiring SSH or some other compression tunnel is a
> horrible idea! For many users, this is well beyond something they are
> prepared to implement, configure and use on a daily basis. Especially,
> once you mix in Windows users. Let's face it. Say SSH three times fast
> to the majority of Win32 users and let me know how many times they blink
> while blankly staring back at you. ;)

But "zlib" three times fast will draw a more intelligent response?
Sorry, you're not making a coherent case at all from where I sit.

The average point-and-drool Win32 user doesn't even need a database;
he needs an application solution several levels above that. That
application solution will incorporate components like Postgres, SSH,
or whatever is needed. Expecting Postgres to implement functionality
that is better served by other components is simply bad design in
my book. We would spend our time more wisely to focus on database
functionality that doesn't overlap with other components.

regards, tom lane

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Joe Conway 2002-08-09 04:19:50 Re: The standard 'why does it take so long' question
Previous Message Nigel J. Andrews 2002-08-09 03:19:53 Re: The standard 'why does it take so long' question