Re: Justifying a PG over MySQL approach to a project - Mailing list pgsql-general

From Gauthier, Dave
Subject Re: Justifying a PG over MySQL approach to a project
Date
Msg-id 482E80323A35A54498B8B70FF2B879800437F85270@azsmsx504.amr.corp.intel.com
Whole thread Raw
In response to Re: Justifying a PG over MySQL approach to a project  ("Massa, Harald Armin" <chef@ghum.de>)
Responses Re: Justifying a PG over MySQL approach to a project  (Grzegorz Jaśkiewicz <gryzman@gmail.com>)
List pgsql-general
They just called the meeting, or at least that part of it.  There seems to be a battle brewing, some MySQL advocates
areangry, concerned, fearful, ... I dont know why for sure.  My managers, who advocate my position and PG are
preparing,but the decision will be made by higher-ups who really don't know anything about DBs.  They just talk in
termsof risk and cost and schedules and yes, licenses.  So I'll let them articulate the defense of PG on those terms.
I'mjust an engineer.  I've been feeding them the valuable input I've been getting from this forumn and thanks to all
whohave contributed.  Really!   

-----Original Message-----
From: Massa, Harald Armin [mailto:chef@ghum.de]
Sent: Thursday, December 17, 2009 3:14 AM
To: Gauthier, Dave
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] Justifying a PG over MySQL approach to a project

Dave,

please also check out the licence and costs terms in detail.
Especially: is it given that the planned usage willl continue to be
within the allowed bounds for MySQL-GPL? Are otherwise the costs for
MySQL-commercial budgeted or a reserve founded?

PostgreSQL has here a GIANT advantage with a very very clear licence
which allows basically anything relevant; without the need to buy
commerical licences.

Harald

--
GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
Spielberger Straße 49
70435 Stuttgart
0173/9409607
no fx, no carrier pigeon
-
%s is too gigantic of an industry to bend to the whims of reality

pgsql-general by date:

Previous
From: Vincenzo Romano
Date:
Subject: Re: Table Partitioning Advice Request
Next
From: Raimon Fernandez
Date:
Subject: Extended Query using the Frontend/Backend Protocol 3.0