Comments on: The Netezza Developer Network http://www.dbms2.com/2007/09/27/the-netezza-developer-network/ Choices in data management and analysis Sun, 20 Jul 2008 13:48:47 +0000 http://wordpress.org/?v=2.5.1 By: DBMS2 — DataBase Management System Services » Blog Archive » Open source DBMS as a business model http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-82943 DBMS2 — DataBase Management System Services » Blog Archive » Open source DBMS as a business model Fri, 25 Apr 2008 04:10:22 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-82943 [...] one example: The Netezza Development Network seems to consist mainly of ISVs and classified-agency government users. Or to be even more [...] [...] one example: The Netezza Development Network seems to consist mainly of ISVs and classified-agency government users. Or to be even more [...]

]]> By: DBMS2 — DataBase Management System Services » Blog Archive » SAS goes MPP on Teradata first http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-82937 DBMS2 — DataBase Management System Services » Blog Archive » SAS goes MPP on Teradata first Fri, 25 Apr 2008 04:08:44 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-82937 [...] is more than a theoretical question — well, both SAS and SPSS are disclosed members of the Netezza Developers Network. As for SMP DBMS — well, some of the work certainly could be replicated, but other important [...] [...] is more than a theoretical question — well, both SAS and SPSS are disclosed members of the Netezza Developers Network. As for SMP DBMS — well, some of the work certainly could be replicated, but other important [...]

]]> By: Stuart Frost http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54969 Stuart Frost Mon, 01 Oct 2007 17:15:48 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54969 Tom, Our business model is a little different to Greenplum's. They offer Bizgres as an open source variant of PostgreSQL and then sell Bizgres MPP under a software license. We embed a set of Ingres licenses under our own commercial MPP layer and sell the solution as an appliance on Dell/EMC/Cisco hardware (and Bull/EMC/Cisco in Continental Europe). We contribute most of our changes to Ingres to the open source version, but we don't use the GPL version, so we can be selective. In effect, our model is a hybrid of Netezza's appliance and Greenplum's use of an open source, commodity database. Stuart CEO, DATAllegro Tom,

Our business model is a little different to Greenplum’s. They offer Bizgres as an open source variant of PostgreSQL and then sell Bizgres MPP under a software license.

We embed a set of Ingres licenses under our own commercial MPP layer and sell the solution as an appliance on Dell/EMC/Cisco hardware (and Bull/EMC/Cisco in Continental Europe). We contribute most of our changes to Ingres to the open source version, but we don’t use the GPL version, so we can be selective.

In effect, our model is a hybrid of Netezza’s appliance and Greenplum’s use of an open source, commodity database.

Stuart
CEO, DATAllegro

]]> By: Curt Monash http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54438 Curt Monash Thu, 27 Sep 2007 22:58:46 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54438 Well, DATAllegro uses Ingres rather than PostgreSQL, claiming the latter didn't offer enough support for partitioning. And they're optimized for a lot less index use than Greenplum is. Not coincidentally, they have less support for exotic indices or datatypes than Greenplum seems to. Those are a few differences that come to mind. CAM Well, DATAllegro uses Ingres rather than PostgreSQL, claiming the latter didn’t offer enough support for partitioning. And they’re optimized for a lot less index use than Greenplum is. Not coincidentally, they have less support for exotic indices or datatypes than Greenplum seems to.

Those are a few differences that come to mind.

CAM

]]> By: Tom Briggs http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54407 Tom Briggs Thu, 27 Sep 2007 19:58:23 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54407 So is your model the same as Greenplum's then? So is your model the same as Greenplum’s then?

]]> By: Stuart Frost http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54400 Stuart Frost Thu, 27 Sep 2007 18:45:21 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54400 My understanding is that they started with PostgreSQL and then rewrote the back-end to embed in the FPGA. Query processing on a SPU is split between the general purpose CPU and the FPGA, with the latter mostly responsible for restricting rows and projecting columns. I'm not sure how much of PostgreSQL is left and I don't believe they contribute to or benefit from the open source community. Effectively, it's a proprietary DBMS engine that Netezza develops and supports themselves. Nothing particularly wrong with that, but it's different to our model. Stuart CEO, DATAllegro My understanding is that they started with PostgreSQL and then rewrote the back-end to embed in the FPGA.

Query processing on a SPU is split between the general purpose CPU and the FPGA, with the latter mostly responsible for restricting rows and projecting columns.

I’m not sure how much of PostgreSQL is left and I don’t believe they contribute to or benefit from the open source community. Effectively, it’s a proprietary DBMS engine that Netezza develops and supports themselves. Nothing particularly wrong with that, but it’s different to our model.

Stuart
CEO, DATAllegro

]]> By: Tom Briggs http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54393 Tom Briggs Thu, 27 Sep 2007 17:55:28 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54393 For the record, I do not believe that NZ's engine is related to PostgreSQL; they use it on the front end, but I think the actual query processing is an entirely separate beast. For the record, I do not believe that NZ’s engine is related to PostgreSQL; they use it on the front end, but I think the actual query processing is an entirely separate beast.

]]> By: Stuart Frost http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54370 Stuart Frost Thu, 27 Sep 2007 14:07:08 +0000 http://www.dbms2.com/2007/09/27/the-netezza-developer-network/#comment-54370 Curt, Technically, this looks the same as regular User Defined Functions (UDFs), which we (and some other appliance vendors) already support. As you indicate, there can be huge advantages to using UDFs on an MPP system, due to the reduced network traffic and sheer processing power available. However, I'll admit that it's an interesting marketing spin. Stuart Curt,

Technically, this looks the same as regular User Defined Functions (UDFs), which we (and some other appliance vendors) already support.

As you indicate, there can be huge advantages to using UDFs on an MPP system, due to the reduced network traffic and sheer processing power available.

However, I’ll admit that it’s an interesting marketing spin.

Stuart

]]>