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

Re: [PERFORM] Postgres VS Oracle

From: Josh <josh(at)globalherald(dot)net>
To: Chris Browne <cbbrowne(at)acm(dot)org>
Cc: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: [PERFORM] Postgres VS Oracle
Date: 2007-06-19 16:03:46
Message-ID: Pine.LNX.4.64.0706191128050.4305@home-av-server.home-av (view raw or flat)
Thread:
Lists: pgsql-adminpgsql-advocacypgsql-generalpgsql-novicepgsql-performance
> That would be incorrect.

Factually, you are correct that it's incorrect.  I'm talking about the 
perception.

> How many CIOs check into the PostgreSQL advocacy group, just to pick
> out one article?

Few that I know of, which makes my point stronger and brings us to this:

>  instance, you may be able to get some improved reliability, but not in
>  the form of specific features (e.g. - ORAC) that 'smell like a
>  product.'

So, on one hand you can pay BPOM to Oracle for all the enterpriseyness and 
fresh NOS (New Oracle Smell) money can buy.  Or...

>  In other words, some risks are certain to be retained, and fancy
>  DBMS features can't necessarily mitigate them.

...you can pay SSPOM (Some Smaller Pile Of Money) to a PG vendor to harden 
PG.  You won't get the enterprisey NOS, but the end result will be the 
same.  The question then becomes, what are the second-level costs?  (i.e., 
will high-reliability project X complete just as fast by hardening PG as 
it would by using Oracle's built-in features?  What are the costs to train 
Oracle DBA's on PG - or what are the costs of their downtime while they 
learn PG?)

Cheers,
-J


In response to

pgsql-novice by date

Next:From: Joshua D. DrakeDate: 2007-06-19 16:50:29
Subject: Re: [PERFORM] Postgres VS Oracle
Previous:From: Chris BrowneDate: 2007-06-19 15:22:17
Subject: Re: [PERFORM] Postgres VS Oracle

pgsql-performance by date

Next:From: Tom LaneDate: 2007-06-19 16:04:19
Subject: Re: Maintenance question / DB size anomaly...
Previous:From: Alvaro HerreraDate: 2007-06-19 15:50:23
Subject: Re: Performance query about large tables, lots of concurrent access

pgsql-admin by date

Next:From: Tom LaneDate: 2007-06-19 16:09:11
Subject: Re: pg_dump: Exclude multiple tables in version 7.4
Previous:From: Tom LaneDate: 2007-06-19 16:00:43
Subject: Re: Export/import issue/question

pgsql-advocacy by date

Next:From: Joshua D. DrakeDate: 2007-06-19 16:50:29
Subject: Re: [PERFORM] Postgres VS Oracle
Previous:From: Chris BrowneDate: 2007-06-19 15:22:17
Subject: Re: [PERFORM] Postgres VS Oracle

pgsql-general by date

Next:From: Tom LaneDate: 2007-06-19 16:07:54
Subject: Re: problems selecting from altered table
Previous:From: Noah HeusserDate: 2007-06-19 15:58:24
Subject: Re: Dynamic Log tigger (plpgsql)

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