Re: Justifying a PG over MySQL approach to a project

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: "Gauthier, Dave" <dave(dot)gauthier(at)intel(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Justifying a PG over MySQL approach to a project
Date: 2009-12-17 14:43:49
Message-ID: b42b73150912170643k4971f6a5ib7e2e3fb66bbf27f@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Dec 16, 2009 at 4:02 PM, Gauthier, Dave <dave(dot)gauthier(at)intel(dot)com> wrote:
> Hi Everyone:
>
> Tomorrow, I will need to present to a group of managers (who know nothing
> about DBs) why I chose to use PG over MySQL in a project, MySQL being the
> more popular DB choice with other engineers, and managers fearing things
> that are “different” (risk).  I have a few hard tecnical reasons (check
> constraint, deferred constraint checking, array data type), but I’m looking
> for a “it’s more reliable” reasons.  Again, the audience is managers.  Is
> there an impartial,  3rd party evaluation of the 2 DBs out there that
> identifies PG as being more reliable?  It might mention things like fewer
> incidences of corrupt tables/indexes, fewer deamon crashes, better recovery
> after system crashes, etc... ?

The #1 useful/practical/business sense feature that postgresql has
over mysql and afaik, most commercial databases even, is transaction
DDL. You can update live systems and if anything goes wrong your
changes roll back.

merlin

In response to

Browse pgsql-general by date

  From Date Subject
Next Message David Fetter 2009-12-17 14:55:45 Re: Table Partitioning Advice Request
Previous Message Greg Sabino Mullane 2009-12-17 14:27:57 Re: Justifying a PG over MySQL approach to a project