MySQL's Response to Oracle's Moves

mAriuZ writes "I've recently written two articles on this topic for Database Journal, the earlier, written after the InnoDB purchase, entitled Oracle's purchase of InnoDB, their release of Oracle Express, and the effect on MySQL, and the most recent, just after the Sleepycat purchase, entitled Pressure on MySQL increases as Oracle purchases Sleepycat, with more to come. Since I only do a monthly column for Database Journal, and things change quite quickly, I thought I'd post a few more thoughts on the topic."

Comments

GPL prevents this

[slackaddict]

Like Bruce Perens said, "you can't really buy an Open Source project." The developers can take their code, fork it, and keep working on it under another project name, if they want.

Oracle's latest "purchases" of these Open Source projects will not threaten MySQL at all. You can't apply for-profit, closed source takeover pressure to OSS code. The GPL prevents exactly this by keeping the source freely available and open.

Re:GPL prevents this

[xtracto]

Sure but, how many of the *real* applications (OpenOffice, mySQL, Eclipse, etc) would fail misserably if the corporations that are throwing money at them to develop them will fail when they stopped?

Do not confuse yourself, all the OpenSource applications that are worth something are product of some kind of closed source (for profit) application whose corporation saw more value in it as PR stunt than as software product.

Yeah, burn my freaking karma, I do not care, I slashdot does not accept thoughts outside the Anti-MS Pro-Linus lamewebos.

got plenty of karma here.

Re:GPL prevents this

[Eivind Eklund]

Ha ha ha ha. MySQL is an open source RELEASE - it is not an open source COMMUNITY. Effectively everybody that can hack MySQL work for MySQL AB, and the development process is run inside MySQL AB - it isn't set up to run as a community process. So, the transition would take a lot of time - and losing maybe two years of forward progress on this would most likely kill MySQL, market-wise.

Eivind.

Re:Wrong: It's the Other Way Around

[cruachan]

Oracle have overinflated revenues and profits based on crap software, and they've been doing it for years.

Oh dear, looks like we have a MySQL weenie here. Oracle my well be pumping their revenue stream for every dollar they can get, and like IBM their salesmen used to be notorious for turning up for meetings without a price list (it's depends Sir :-). But crap software? Hardly. Oracle plummeled MySQL into the dust in quality before MySQL even existed. Oracle has had transactions and atomicity since version 6 in the early 1990s, a full and elegent procedural SQL language since around that time, SQL that supports concepts such as subselects and everything else needed so a dba could support a mission-critical company database and sleep easy at night.

Oh, and did I mention the support? When I was a dba I knew I could ring support up, at any time of the day or night, and I would get an answer to a question and a fix/work-around for any problem. Truly impressive.

MySQL has it's place and it's useful for many things - although generally as a database it's still pretty crap. Postgres is much much better and is now a serious alternative to Oracle, SQL Server and DB2. But to dismiss Oracle as crap frankly just says in large flashing letters that you've never used a real database for a serious application.

Re:NewSQL

[natophonic]

While MySQL works with a JDBC connection, an Oracle database seems to return faster results and more functional result sets. And I don't know too much about how well MySQL stores java code, but I know the newer versions of Oracle have really added some neat functionality with that.

Actually the reason MySQL sucks is because it doesn't integrate well with AJAX.
[/snark]

Aside from the low, low price, what gave MySQL the intial jump on Oracle and other 'mature' RDBMS is that it was much faster for simple things. This because it didn't include the kitchen sink of 10 years of "bright ideas" to synergize the enterprise with scalable robustness. You can include in this set of bright ideas, things like transactions (which many complex database applications really can't do without), and things like running a JVM within the database. No one has ever been able to coherently explain to me why it would be a good idea to do the latter (save as some workaround to a convoluted/broken legacy database they don't have the option of fixing).

Sometimes all you need is "SELECT ... FROM ... WHERE ..." Hopefully MySQL doesn't lose sight of that. From the looks of it, they'd do better to work on securing a backend storage engine that Ellison can't buy out from under them, than to keep adding feature bulletpoints to glossy four-color datasheets.

Re:Bruce Perens' thoughts on the subject

[ameoba]

You have to keep in mind that MySQL isn't making money off techies that Get It, they're making money off of Suits. Suits don't want to make long-term commitments to software with a shaky or uncertain future. The fact that these purchases are raising doubts as to MySQL's future is already enough to make Suits (who are already skeptical of OSS) nervous & less likely to send their business to MySQL.

Re:Wrong: It's the Other Way Around

[jbolden]

I can't believe you are seriously arguing the tuning tools on MySQL are anywhere near the ones on Oracle. Oracle has whole tuning libraries, tuning subsystems, autotuning components, performance analyzers.... Just for starters look up "statspack", "Performance report" in your oracle docs and tell me where MySQL has anything like this.

Oh and sending some guy for 2 days is not how you tune a database. You have a full time on staff DBA that works with your development team, understands the data and understands how the system is being used. Oracle 10 does an excellent job of self tuning (again an advantage over MySQL). To beat the automated routines takes time.