From: | Dave Page <dpage(at)postgresql(dot)org> |
---|---|
To: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL Advocacy List <pgsql-advocacy(at)postgresql(dot)org> |
Subject: | Re: Problem with recent PostgreSQL relatedpressrelease |
Date: | 2007-07-13 19:38:34 |
Message-ID: | 4697D4BA.1010208@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy |
Joshua D. Drake wrote:
> If you write a application for EDB, take EDB out and plug in postgres,
> will that APP run?
Yes, provided you don't use any of the Oracle-compatible features. That
is one of the standing requirements of any changes we make, per our CTO.
>> I know I posted earlier today that CMD was dedicated to PostgreSQL
>> support, but now I am not sure how this is any different than how EDB's
>> PostgreSQL support.
>
> EDB has made it very clear that EDB is not PostgreSQL but that it is
> "based" on postgresql and that EDB is "better" than PostgreSQL.
EDB the *product* is based on PostgreSQL and adds Oracle compatibility
features as well as DynaTune and other performance improvements
(virtually all of which get offered back to the community), but you're
missing the fact that we also support for customers running community
PostgreSQL.
So, CMD support PostgreSQL and their proprietary Mammoth Replicator
enhanced version, whilst EDB support PostgreSQL and our proprietary
EnterpriseDB Advanced Server.
So I think the only real difference is in the enhancements we offer in
our respective proprietary versions - you offer an integrated
replication solution, we offer Oracle compatibility.
Regards, Dave.
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-07-13 20:13:45 | Re: Problem with recent PostgreSQL relatedpressrelease |
Previous Message | Jonah H. Harris | 2007-07-13 19:37:23 | Re: Problem with recent PostgreSQL relatedpressrelease |