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 868E9D1DB99; Fri, 23 Apr 2004 10:45:51 -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 16390-09; Fri, 23 Apr 2004 10:45:53 -0300 (ADT) Received: from curie.credativ.org (credativ.com [217.160.209.18]) by svr1.postgresql.org (Postfix) with ESMTP id 5732CD1DB8F; Fri, 23 Apr 2004 10:45:49 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by curie.credativ.org (Postfix) with ESMTP id 71D8F55EFA; Fri, 23 Apr 2004 15:45:53 +0200 (CEST) Received: from www.credativ.de (p50926B95.dip.t-dialin.net [80.146.107.149]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by curie.credativ.org (Postfix) with ESMTP id 1350155EF7; Fri, 23 Apr 2004 15:45:53 +0200 (CEST) Received: from bell.credativ.de (bell.credativ.de [172.26.14.16]) by www.credativ.de (Postfix) with ESMTP id AF4471C0086; Fri, 23 Apr 2004 15:45:50 +0200 (CEST) From: Peter Eisentraut To: Bruce Momjian , PostgreSQL-development Subject: Re: What can we learn from MySQL? Date: Fri, 23 Apr 2004 15:45:49 +0200 User-Agent: KMail/1.5.4 Cc: PostgreSQL advocacy References: <200404230409.i3N49jC02890@candle.pha.pa.us> In-Reply-To: <200404230409.i3N49jC02890@candle.pha.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200404231545.49523.peter_e@gmx.net> X-Virus-Scanned: by AMaViS at credativ.com X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.2 tagged_above=0.0 required=5.0 tests=RCVD_IN_NJABL, RCVD_IN_SORBS X-Spam-Level: X-Archive-Number: 200404/148 X-Sequence-Number: 4120 Am Freitag, 23. April 2004 06:09 schrieb Bruce Momjian: > o Are we marketing ourselves properly? > o Are we focused enough on ease-of-use issues? > o How do we position ourselves against a database that some > say is "good enough" (MySQL), and another one that some > say is "too much" (Oracle) > o Are our priorities too technically driven? Success is not measured by absolute number of installations. You can measure success by having enough users so that the project can continue, enough users so you can make a living, more satisfied users than unsatisfied ones, more heavy-duty installations than personal database-driven websites, and by having a product that you feel good about. The only way to position ourselves is as the relational database with the best price/performance ration (price = TOC, performance = features + speed). And the only way to achieve any of these goals is by focussing on technology and ease of use. For the crowd out there, PostgreSQL is an exciting and growing topic. That's more important than the installation count.