The relational DBMS industry is filled with startups. In some way or other, most of them are based on or make use of the open source project PostgreSQL. (Not all, of course; exceptions include DATAllegro and Infobright, which are based on Ingres and MySQL respectively.) But how they use PostgreSQL varies greatly.
EnterpriseDB is at one extreme. It hired a number of the top PostgreSQL developers, and is widely credited in the industry for major enhancements in PostgreSQL 8.3. Look in the future for EnterpriseDB to be less “The Oracle-compatible database company” and more “The PostgreSQL company that offers great features, including Oracle compatibility.”
Vertica is at the other pole. I still have the impression that Vertica emulates PostgreSQL to gain various tool compatibility benefits. But upon checking I learned, to my surprise, that Vertica uses no actual PostgreSQL code whatsoever.
Greenplum is somewhere in between. Greenplum started from PostgreSQL, and said it was supporting something open source called Bizgres. But Seth Grimes calls Greenplum’s commitment to Bizgres into serious question. But then, given how silent Greenplum has been recently (some PR around an investment round excepted), I’m not sure what to think of anything I previously heard from the company.
Please subscribe to our feed!
Database
MySQL
management
systems
relational
--vertica
--enterprisedb
This is the second of a five-part series on database management system choices. For the first post in the series, please click here.
For the most part, relational database management systems divide into four major classes:
High-end OLTP relational database management systems are complex and mature products, differentiated mainly on reliability, availability, performance, scalability, security, license cost, maintenance cost, programming/administration cost, and datatype support. All except the last point can be evaluated pretty effectively on an outside-in basis. That is, is suffices to look at proven results, without worrying a whole lot about architecture or product futures. Just remember that a lot of the high-end features come through extra-cost add-ins, which need to be included in any evaluation.
That said — most evaluations of high-end OLTP RDBMS are pretty moot anyway. Large enterprises usually have one favored vendor, who provides a significant quantity discount on license and maintenance costs. Using the OLTP RDBMS you already have also usually leads to significant efficiencies in administration expense. Thus, the high-end OLTP is the one part of the DBMS market that truly is as mature as conventional wisdom would have us believe ? at least, that is, until something like H-Store comes to fruition.
Even so, high-end relational OLTP DBMS vendors face two major competitive challenges, which are taking significant share of new applications within those vendors’ installed bases. For more about those, please see the next two posts in this series.
The complete series
Please subscribe to our feed!
More from me soon, but first here is a survey of what other people are saying about Sun’s billion-dollar deal to acquire MySQL: