Skip site navigation (1) Skip section navigation (2)

Re: PostgreSQL vs. SQL Server, Oracle

From: "Jim C(dot) Nasby" <jim(at)nasby(dot)net>
To: "Joshua D(dot) Drake" <jdrake(at)postgresql(dot)org>
Cc: David Fetter <david(at)fetter(dot)org>, Josh Berkus <josh(at)agliodbs(dot)com>,pgsql-advocacy(at)postgresql(dot)org,Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>,Kaare Rasmussen <kaare(at)jasonic(dot)dk>
Subject: Re: PostgreSQL vs. SQL Server, Oracle
Date: 2006-10-13 17:33:55
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-advocacy
On Fri, Oct 13, 2006 at 10:31:14AM -0700, Joshua D. Drake wrote:
> Jim C. Nasby wrote:
> > On Thu, Oct 12, 2006 at 01:25:16PM -0700, David Fetter wrote:
> >>> The reality is, very few companies are willing to bet their a..erm,
> >>> donkey ;) on PostgreSQL... yet.
> >> I think this was true two years ago, but just about anybody here can
> >> name a whole bunch of outfits (and probably is not allowed to name
> >> others) that bet the farm on PostgreSQL. :)
> > 
> > My point was that how many fortune 500 companies have 
> > mission-critical services that depend on PostgreSQL, especially if
> > they're public-facing? Sure, some have... many more have not. The few
> > that have are on the bleeding edge (which isn't so bloody afterall).
> I find that the fortune 500 companies that are technical in nature are
> already running PostgreSQL. Those that are of a different nature likely
> aren't.

"running PostgreSQL" != "running mission-critical public services on
PostgreSQL". :)

AFAIK every large customer we've talked to is "running" MySQL... for
internal apps that aren't mission-critical.
Jim Nasby                                            jim(at)nasby(dot)net
EnterpriseDB      512.569.9461 (cell)

In response to


pgsql-advocacy by date

Next:From: Joshua D. DrakeDate: 2006-10-13 17:37:36
Subject: Re: PostgreSQL vs. SQL Server, Oracle
Previous:From: Joshua D. DrakeDate: 2006-10-13 17:31:14
Subject: Re: PostgreSQL vs. SQL Server, Oracle

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group