Re: Justifying a PG over MySQL approach to a project

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: Justifying a PG over MySQL approach to a project
Дата
Msg-id b42b73150912170643k4971f6a5ib7e2e3fb66bbf27f@mail.gmail.com
обсуждение исходный текст
Ответ на Justifying a PG over MySQL approach to a project  ("Gauthier, Dave" <dave.gauthier@intel.com>)
Список pgsql-general
On Wed, Dec 16, 2009 at 4:02 PM, Gauthier, Dave <dave.gauthier@intel.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

В списке pgsql-general по дате отправления:

Предыдущее
От: "Greg Sabino Mullane"
Дата:
Сообщение: Re: Justifying a PG over MySQL approach to a project
Следующее
От: David Fetter
Дата:
Сообщение: Re: Table Partitioning Advice Request