Re: PostgreSQL derivatives - Mailing list pgsql-advocacy

From Seth Grimes
Subject Re: PostgreSQL derivatives
Date
Msg-id Pine.LNX.4.64.0806061522180.19232@whirlwind.he.net
Whole thread Raw
In response to Re: PostgreSQL derivatives  (Robert Treat <xzilla@users.sourceforge.net>)
Responses Re: PostgreSQL derivatives  ("Jonah H. Harris" <jonah.harris@gmail.com>)
Re: PostgreSQL derivatives  (Josh Berkus <josh@agliodbs.com>)
List pgsql-advocacy
I acknowledge that I am about to ask a simplistic question.  But you don't
learn if you don't ask...

My understanding is that the MPP vendors using PostgreSQL and Ingres are
not *significantly* altering the software other than to, essentially, turn
off reliance on indexes.  They're then adding extensions that are
proprietary and not, except in the case of GridSQL, open source.  Is my
understanding correct?

It would be great to have a comment from Luke Lonergan or someone from
EnterpriseDB.

Thanks,

                     Seth


On Fri, 6 Jun 2008, Robert Treat wrote:

> On Friday 06 June 2008 11:35:05 Seth Grimes wrote:
>> If Aster Data Systems (nCluster), Dataupia, Greenplum, or Netezza is
>> giving back to open-source PostgreSQL, I'd like to know about it for a
>> follow-on article.
>
>
> Of the above, Greenplum is the only one that has a working relationship with
> the postgresql community.
>
> BTW, does this mean you confirmed Aster is based on postgres? I've not seen
> any public evidence of that so far, so would be curious to see some.
>
>> That article would also mention DATAllegro's use of
>> Ingres and possibly Eigenbase/LucidDB.  Netezza forked Postgres so long
>> ago that I would guess, by the way, that their code stream isn't
>> compatible enough with PostgreSQL for there to be anything that could be
>> included.
>>
>
> Hard to say... it is really in a companies best interested to keep thier
> codebase close to postgres's if possible (though it certainly takes some
> effort). Since they didn't contribute to postgres back when they were
> starting out though, code drift isn't neccessarily a given; it's more that
> they see postgres and thier code as "secret sauce" that they'd rather others
> didnt know about.
>
>

--
Seth Grimes   Alta Plana Corp, analytical computing & data management
               Intelligent Enterprise magazine (CMP), Contributing Editor
grimes@altaplana.com       http://altaplana.com    301-270-0795

pgsql-advocacy by date:

Previous
From: Chris Browne
Date:
Subject: Re: PostgreSQL derivatives
Next
From: Alvaro Herrera
Date:
Subject: Re: PostgreSQL derivatives