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 1F743D1B520; Sun, 25 Apr 2004 10:55:50 -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 29541-10; Sun, 25 Apr 2004 10:55:52 -0300 (ADT) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by svr1.postgresql.org (Postfix) with ESMTP id 5E408D1B554; Sun, 25 Apr 2004 10:55:48 -0300 (ADT) X-Sasl-enc: 6L27WUiKU70noNT3LAWHfg 1082901351 Received: from itsbeen.sent.com (unknown [198.144.200.210]) by www.fastmail.fm (Postfix) with ESMTP id 8C53EA9F785; Sun, 25 Apr 2004 09:55:51 -0400 (EDT) Message-ID: <408BC34F.8020607@itsbeen.sent.com> Date: Sun, 25 Apr 2004 06:55:27 -0700 From: Rob User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-advocacy@postgresql.org, pgsql-hackers@postgresql.org Subject: Re: [HACKERS] What can we learn from MySQL? References: <200404230409.i3N49jC02890@candle.pha.pa.us> <17951.24.91.171.78.1082752617.squirrel@mail.mohawksoft.com> <20040424171001.GA19570@wolff.to> In-Reply-To: <20040424171001.GA19570@wolff.to> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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/199 X-Sequence-Number: 4171 Bruno Wolff III wrote: > 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. I have to agree, I've installed DB2, Sybase, Oracle, Informix, BerkeleyDB, mySQL, postgreSQL and others. IIRC, I believe postgreSQL was the shortest from download to running system (when compiling the OS ones from scratch) and seemed to do the most thorough testing of itself. Oracle doesn't seem to give you the option to not install the hundreds of megs of documentation on the Nth machine where you just needed the damn client lib - less of an issue now than in the smaller disk/partition days. But I think there is room to go further, I don't see any reason why that default install can't include example DBs, sample maintenance scripts, etc. One nice thing to have would be a sample DB with the scripts necessary to spin up a test/demo DB with a size of X megs. Whenever I started with a new DB system, I wished I didn't have to ramp up on a bunch of topics before I was able to build a set of scripts to generate and populate a sizable testing db. There is a big psychological factor if you can install something, type one command and have a db with 250,000 records to start playing with.