IBM Invests In MySQL/Oracle Competitor
stoolpigeon writes "IBM has made a move to support open source RDBMS PostgreSQL by investing in EnterpriseDB, a company that supports PostgreSQL as well as selling their own proprietary extensions to the database product. IBM participated in a $10 million funding round, though the article doesn't say how much they invested. In the past EnterpriseDB has primarily advertised itself as an Oracle competitor, though the article says, 'Derek Rodner, EnterpriseDB's director of product strategy, explained that Postgres Plus 8.3 also adds in new application quick starts which are supposed to help with installation issues. They will also help in EnterpriseDB's battle against MySQL for open source database supremacy.'"
Question: how do you properly pronounce "PostgreSQL"?
Interesting. EnterpriseDB was also in the news today for its partnership with Elastra, a startup that announced a "cloud server" that lets companies quickly create database applications on Amazon's utility computing platform. "In the future, enterprises will view massive capital investment in on-premise server infrastructure to support database applications as entirely optional," said Bob Zurek, chief technology officer of EnterpriseDB, which uses Elastra to run its EnterpriseDB Cloud Edition. Maybe all that IBM money has their head in the clouds.
Now there's an oxymoron!
MySQL, while it has come a long way, still has a ways to go to rival PostgresSQL, technically speaking. By the time you enable all the atomicity, and PostgreSQL feature set, you arrive at worse-than PostgreSQL performance.
MySQL, while it has come a long way, still has a ways to go to rival PostgresSQL, legally speaking. PostgreSQL is BSD. MySQL is anything but. Sure, the community edition is free, but it cannot be used with commercial software. In fact, there's a special "open source exception" to the license. That's not really open source. Open Source would never make you pay server licensing fees for use in commercial software, it would only make you distribute your source at worst.
Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
Here's a few random thoughts:
Having recently seen Sun buy MySQL, this looks a lot like a "me too"-move. That's not to say that it doesn't make business sense.
Last I checked, IBM makes its money from two things: hardware and support. Note that software is not one of them; the software is (to them) merely what enables them to sell their bread and butter. It's also costing them money to develop and maintain software that drives sales.
That's why they've invested money in Linux, and that's why they're investing money in Postgres: offering software with a good track record and a good reputation drives sales better, and cost is driven down as the software is open source.
Why isn't this a competitor of db2?
Can one tell me why we (in the open source world), do not have a single product that competes with Access in terms of functionality, ease of use and ease of programming business logic?
What I want to know is can I run a Postgres DB on a cluster of servers? We want to add some failover capabilities to our server cluster, and our current solution is incapable of five-nines availability. Is there a way to cluster them to provide both load-balancing and redundancy with a single database?
I've heard Oracle has some capability to that end, but I'm not clear on just what it can do.
grey wolf
LET FORTRAN DIE!
The software division of IBM accounts for 20% of their revenue, and 40% of their profit.
See http://www.ibm.com/annualreport/2007/md_4rco.shtml
Key applications are WebSphere, "Information Management" (db2?), Lotus, Tivoli, Rational, and operating systems.
Some of this is probably tied to the success of their hardware and service departments, I doubt many people buy IBM operating systems (2% of their total revenue, 12% of their software revenue) without IBM hardware.
But the non-disclosed revenue from Rational is probably pretty much standalone.
I asked my local IBM sales representive since they now sell PostgreSQL, and he gave the pronunciation in the subject line.
As the CTO of a rapidly growing, million-dollar company that provides ASP-model information management software, I can attest that PostgreSQL is just... awesome.
It quickly and easily scales into the hundreds of millions of records with good support on commodity hardware and incredible reliability. It provides excellent data-integrity checks - it's like programming with a safety net built in! Its license is open to commercial development, the support is great, and rarely needed. We rely HEAVILY on foreign keys, constraints, and the like to ensure clean data, with a schema now at almost 200 tables, fully normalized. PostgreSQL handles 12-table joins with flair. Bonus - its syntax is highly compatible with ANSI SQL, meaning that porting a project developed on PG will easily port to Oracle or DB2, even when you use a rich database schema!
Could it be better? Yeah - replication options are weak, especially in our environment, where we have a database schema that changes daily. But even in this case, this is mitigated by hourly database snapshots created a la cron - the performance hit is minor, and the recovery time in the (very rare) event of a failure is quick. And as a former sysad, I can attest to the number of times MySQL replication got it all wrong and had to be rebuilt from scratch.
Really, I just don't understand why MySQL still gets all the press - in nearly every metric that matters, PostgreSQL wins hands-down.
I have no problem with your religion until you decide it's reason to deprive others of the truth.
IBM buying into Postgres through EnterpriseDB is clearly a response to Sun's buying into MySQL. But what's really exciting about the move is that Sun also bought into Postgres, shipping it with Solaris 10 and integrating it with its Java App Server, as an entry-level database. Since Sun is also supporting and bundling MySQL (and therefore using it to drive sales of Sun machines), tools for porting between Postgres and MySQL are likely in the works.
Now IBM will follow suit, probably offering Postgres as an intro to selling its DB2 database, which will mean IBM tools for upgrading from Postgres to DB2. Meanwhile, EnterpriseDB already offers tools to port Oracle apps to Postgres.
The next move will probably come from Oracle. To continue the head-to-head competition, Oracle will probably offer tools for porting Postgres (and maybe MySQL) apps to Oracle. It's surprising that Oracle didn't buy a Postgres or MySQL company before Sun or IBM got them, but maybe that's why Sun bought one of each: to keep them from Oracle. Though Oracle did buy the InnoDB corp that makes the MySQL engine with serious DB features, and SleepyCat, the BerkeleyDB corp.
So as the dust settles, there could finally be a grand unification at work. IBM, Sun and Oracle each have incentive and in-house teams for producing tools to port between Postgres, MySQL and their proprietary high-end RDBMS'es. And since the lower-end (though Postgres competes well with them all) DBs are all open source, there is a good chance the upgrades will be available for freely porting among all of them.
The age of database lockin might finally be falling behind us. We might finally be free to use whichever DB is best for the job today, not determined by which DB was best for some other job yesterday.
--
make install -not war
MySQL runs web sites.
Almost literally. I know of at least one large multi billion dollar semiconductor manufacturer which basically runs it's fabs on postgresql.
Deleted
The problem is that the client lib, which applications link with when they need to talk to mysql is also gpl. So I i write a
c++ program which connect to mysql, I need to release my application under a gpl compability license.
Why PostgreSQL Instead of MySQL: Comparing Reliability and Speed in 2007
I'll have a 2008 update out soon now that PostgreSQL 8.3 has been released.