X-Original-To: pgsql-advocacy-postgresql.org@localhost.postgresql.org
Received: from localhost (unknown [200.46.204.2])
	by svr1.postgresql.org (Postfix) with ESMTP id 1F3BED1B43D
	for <pgsql-advocacy-postgresql.org@localhost.postgresql.org>;
	Sat, 24 Apr 2004 14:05:57 -0300 (ADT)
Received: from svr1.postgresql.org ([200.46.204.71])
	by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024)
	with ESMTP id 64819-05
	for <pgsql-advocacy-postgresql.org@localhost.postgresql.org>;
	Sat, 24 Apr 2004 14:05:56 -0300 (ADT)
Received: from wolff.to (wolff.to [66.93.249.74])
	by svr1.postgresql.org (Postfix) with SMTP id B230BD1B448
	for <pgsql-advocacy@postgresql.org>;
	Sat, 24 Apr 2004 14:05:54 -0300 (ADT)
Received: (qmail 19826 invoked by uid 500); 24 Apr 2004 17:10:01 -0000
Date: Sat, 24 Apr 2004 12:10:01 -0500
From: Bruno Wolff III <bruno@wolff.to>
To: pgsql@mohawksoft.com
Cc: Bruce Momjian <pgman@candle.pha.pa.us>,
	PostgreSQL-development <pgsql-hackers@postgresql.org>,
	PostgreSQL advocacy <pgsql-advocacy@postgresql.org>
Subject: Re: [HACKERS] What can we learn from MySQL?
Message-ID: <20040424171001.GA19570@wolff.to>
Mail-Followup-To: pgsql@mohawksoft.com,
 Bruce Momjian <pgman@candle.pha.pa.us>,
	PostgreSQL-development <pgsql-hackers@postgresql.org>,
	PostgreSQL advocacy <pgsql-advocacy@postgresql.org>
References: <200404230409.i3N49jC02890@candle.pha.pa.us>
	<17951.24.91.171.78.1082752617.squirrel@mail.mohawksoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <17951.24.91.171.78.1082752617.squirrel@mail.mohawksoft.com>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at postgresql.org
X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests=
X-Spam-Level: 
X-Archive-Number: 200404/190
X-Sequence-Number: 4162

On Fri, Apr 23, 2004 at 16:36:57 -0400,
  pgsql@mohawksoft.com wrote:
> 
> Ease of use is VERY important, but few suggestions that address this are
> ever really accepted. Yes, focusing on the functionality is the primary
> concern, but "how" you set it up and deploy it is VERY important. You guys
> need to remember, people are coming from a world where MySQL, Oracle, and
> MSSQL all have nice setup programs.

"nice" must be in the eye of the beholder. I have used Oracle's installer
to install a client and was not amused by it need hundreds of megabtyes
to do a client install.