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

Re: [pgsql-advocacy] [PERFORM] Postgres VS Oracle

From: Joshua_Kramer <josh(at)globalherald(dot)net>
To: Chris Browne <cbbrowne(at)acm(dot)org>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: [pgsql-advocacy] [PERFORM] Postgres VS Oracle
Date: 2007-06-19 14:54:06
Message-ID: Pine.LNX.4.64.0706191047280.4305@home-av-server.home-av (view raw or flat)
Thread:
Lists: pgsql-adminpgsql-advocacypgsql-generalpgsql-novicepgsql-performance
> The most important point is that third one, I think:
>  "any application where reliability requirements do not warrant
>  spending $1M to make it more reliable"
>
> Adopting ORAC and/or other HA technologies makes it necessary to spend
> a Big Pile Of Money, on hardware and the humans to administer it.

If I were CIO that did not follow the Postgres groups regularly, I would 
take that to mean that Oracle is automatically more reliable than PG 
because you can spend a BPOM to make it so.

Let's ask a different question.  If you take BPOM / 2, and instead of 
buying Oracle, hire consultants to work on a PG solution, could the PG 
solution achieve the same reliability as Oracle?  Would it take the same 
amount of time?  Or heck, spend the full BPOM on hardening PG against 
failure - could PG achieve that reliability?

Or, by spending BPOM for Oracle strictly to get that reliability, are you 
only buying "enterpriseyness" (i.e. someone to blame and the ability to 
one-up a buddy at the golf course)?

Cheers,
-J


In response to

Responses

pgsql-novice by date

Next:From: Chris BrowneDate: 2007-06-19 15:22:17
Subject: Re: [PERFORM] Postgres VS Oracle
Previous:From: Robert TreatDate: 2007-06-19 14:41:29
Subject: Re: [GENERAL] [PERFORM] [ADMIN] Postgres VS Oracle

pgsql-performance by date

Next:From: Tom LaneDate: 2007-06-19 14:56:15
Subject: Re: Performance query about large tables, lots of concurrent access
Previous:From: Karl WrightDate: 2007-06-19 14:48:09
Subject: Re: Performance query about large tables, lots of concurrent access

pgsql-admin by date

Next:From: Mario SplivaloDate: 2007-06-19 15:17:21
Subject: Re: Postgres8.2 - turning off BINGLOG/PARSELOG
Previous:From: Alvaro HerreraDate: 2007-06-19 14:52:11
Subject: Re: Postgres8.2 - turning off BINGLOG/PARSELOG

pgsql-advocacy by date

Next:From: Chris BrowneDate: 2007-06-19 15:22:17
Subject: Re: [PERFORM] Postgres VS Oracle
Previous:From: Robert TreatDate: 2007-06-19 14:41:29
Subject: Re: [GENERAL] [PERFORM] [ADMIN] Postgres VS Oracle

pgsql-general by date

Next:From: Ranieri MaziliDate: 2007-06-19 14:59:05
Subject: Re: Subquery problems
Previous:From: Robert TreatDate: 2007-06-19 14:41:29
Subject: Re: [GENERAL] [PERFORM] [ADMIN] Postgres VS Oracle

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