Re: Problem with recent PostgreSQL relatedpressrelease - Mailing list pgsql-advocacy

From Derek Rodner
Subject Re: Problem with recent PostgreSQL relatedpressrelease
Date
Msg-id 51494DB187D98F4C88DBEBF1F5F6D42301EB5685@edb06.mail01.enterprisedb.com
Whole thread Raw
In response to Re: Problem with recent PostgreSQL relatedpressrelease  (Bill Moran <wmoran@potentialtech.com>)
Responses Re: Problem with recent PostgreSQL relatedpressrelease  ("Joshua D. Drake" <jd@commandprompt.com>)
List pgsql-advocacy
Bill,

These are all valid points.  While I can tell you that we aren't likely
to remove the benchmark restriction for now, I am apt to change the
wording of "up to 200% faster" to something less onerous for the
community.

Our intention is, and always has been, to be active members in the
community, and good citizens.  We do that through donations of money,
sponsoring of community members, and development of code.

There are some issues, however, like our performance claim, that could
cause some community members to have concern to be upset with us.  In
those cases, I want to know!!!  You can go to the core team and Bruce
will bring them to my attention.  Or, even better, come right to me!

I like that we are a 9/10 in your book.  But, we always strive to be a
10/10.

Best,
Derek

Derek M. Rodner
Director, Product Strategy
EnterpriseDB Corporation
732.331.1333 office
484.252.1943 cell
www.enterprisedb.com

-----Original Message-----
From: Bill Moran [mailto:wmoran@potentialtech.com]
Sent: Friday, July 13, 2007 11:38 AM
To: Derek Rodner
Cc: PostgreSQL Advocacy List
Subject: Re: [pgsql-advocacy] Problem with recent PostgreSQL
relatedpressrelease

In response to "Derek Rodner" <derek.rodner@enterprisedb.com>:

> Folks,
>
> I would like to join the discussion regarding the marketing of
> EnterpriseDB.
>
> First, let me address the benchmarking issue.  We do restrict anyone
> besides EnterpriseDB from publishing benchmarks for EnterpriseDB
> Advanced Server.  It is a standard practice that almost every other
> commercial vendor follows.  After all, we don't want other companies
> hobbling our technology and claiming they are x times faster.  It is
one
> of the benefits of being a proprietary product.

Unfortunately, you are also an open-source-friendly company.  I want to
start out by saying how much I appreciate that fact.

But the truth is that bigshot open-source companies are held to a higher
standard than other companies.  Look at the slack Google took with the
whole China thing.  Anyone else would have gone unnoticed.

And restricting people from publishing benchmarks is wrong.  I do
understand
your position -- competitors hobbling your product is very evil.  But,
in
spite of sounding childish, "two wrongs don't make a right".

So, from my viewpoint, I don't blame you for doing that, but I expected
more from you guys.  Hope that doesn't come across as harsh.  If my
ideal company is a 10, then the fact that you guys have this restriction
makes you only a 9 in my view.

> Second, let's talk about the "up to 200% faster" claim.  I stand
behind
> this statement 100%.  After all, they are my words.  And, remember, as
> Bruce said, it is marketing.

I could repeat pretty much everything I already said and it would cover
this topic as well.  It's not bad enough to knock you down to an 8,
though.

> We have been able to show significant performance increases for many
> companies just by moving them from PostgreSQL to EnterpriseDB Advanced
> Server.  Why?  It is due to a couple of reasons.
>
> First, we use Dynatune.  This pre-configures the database to perform
> optimally.  Many existing PostgreSQL implementations are either
> completely untuned and based on the basic PostgreSQL download, or they
> are tuned by someone not familiar with all of the inner workings of
> PostgreSQL.  Dynatune does the tuning for them and provides a very
real
> benefit to our customers.
>
> Second, we are spending many many man years trying to improve the
> performance of PostgreSQL and we give those improvements back to the
> community.  That fact, I am hoping, none of you will disagree with.
As
> it happens, however, the standard release cycles for PostgreSQL and
> EnterpriseDB Advanced Server do not always coincide and, therefore,
some
> of these performance features are in our product BEFORE they make it
> into standard PostgreSQL.  So, in some very real cases, we ARE faster
> than PostgreSQL.
>
> If I am not mistaken, "HOT" is a prime example of a feature that
almost
> didn't make it into the 8.3 code-base.

And I do appreciate this and everything else EDB has and continues to
do.

Personally, I'm not looking at this as some terrible thing that you guys
are doing that invalidates all the good you do or anything like that.  I
do see it as a place where you could improve your business by being more
ethical and better than everyone else.  Hopefully, EDB will be in a
position
to make such a bold move.  Me, personally, I'm sick and tired of
"business
as usual".

--
Bill Moran
http://www.potentialtech.com

pgsql-advocacy by date:

Previous
From: "Joshua D. Drake"
Date:
Subject: Re: Problem with recent PostgreSQL relatedpressrelease
Next
From: Andrew Sullivan
Date:
Subject: Re: Problem with recent PostgreSQL relatedpressrelease