Oracle Acquires Innobase
A short time ago, Oracle announced its acquisition of Innobase, the Finnish company that makes the GPL'd InnoDB table storage engine. Among MySQL users, the separately-written InnoDB is almost as popular as the native MyISAM engine, and is considered to be more advanced for most purposes. Slashdot has, except for search, run entirely on InnoDB for the past year or two so we're as concerned about this as anybody. Brian Aker, former Slashdot coder and current Director of Architecture for MySQL AB, comments: "InnoDB is GPL, so once again the beauty of the open source market is at play: there is no lock in, and we can continue to develop Innodb as we see fit. The code is out there and we plan on continuing to support it. The largest database vendor in the world just confirmed that the market for open source databases exists."
Is this yet another sign that the DBMS vendors are going open source? This reaffirms our thinking of where open source is going. Great to see Oracle legitimise the open source database space as they did with Linux.
Marten Mickos, MySQL AB
MySQL is also supporting several other databases as backend, all with different advantages and disadvantages.
If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
No, you will likely be moderated down because you are extremely wrong. For those too lazy to click, IBM is #1 with 34% marketshare, Oracle is second at about 33% and Microsoft is a distant third at 20%.
Ummm.....cites? According to this, IBM is the market leader with 36%, Oracle follows closely with 32.6%, while MS isn't even close with 18.7%. Or is this "ships more units" as in "ships it with every copy of Windows Server", whether it gets used or not?
Just junk food for thought...
Slashcode has seen near zero feature additions
... no.
Huh. Just in the last month alone, we've seen the addition of support for CSS and Atom, and the beginnings of a brand-new replacement for formkeys (called reskeys). And that's just September. So, um
is widely known to have some of the worst perl code ever written
Only among people who don't know perl, or Slash.
is grossly underdocumented...
True enough.
But the last thing being true does not remedy the fatal flaws in the other two assertions, which prove you to be quite ignorant about the subject.
I'm not quite sure if the KDE community can maintain the same development pace of QT as trolltech does, but they do have some contingency plans for the QT codebase. see the KDE Free QT Foundation.
The KDE project and Trolltech have carefully protected the future of all software developed on top of the Free QT license.
In the event of a buyout, QT will be re-licensed under a BSD license.
This agreement was negotiated very soon after Trolltech was formed.
With support well into the next decade, I would say no, it doesn't count as squashing them out.
p port-policy.html
from http://www.oracle.com/support/premier/lifetime-su
"Oracle's Lifetime Support Policy further extends support for PeopleSoft and JD Edwards applications as well. For currently supported PeopleSoft and JD Edwards releases, we are offering Premier support for five years from their general availability date. This is an extension of an additional year over what we had previously announced. We will still continue to deliver tax, legal, and regulatory updates for six-years for the PeopleSoft Enterprise and JD Edwards EnterpriseOne applications. For JD Edwards EnterpriseOne Xe and 8.0 customers, Premier support is now available through 2013. And for PeopleSoft Enterprise 8.8 customers, we are offering an Extended support option through 2011, as well as an upgrade from PeopleSoft Enterprise 8.8 to Project Fusion."
Probably the first one that everybody comes across is the difference in the integer primary key. In MySQL, it's auto_increment, in PostgreSQL it's a serial datatype with a backing sequence. If you want to know the primary key value after creating a new row, it's accessed in different ways. And this is just the tip of the iceberg.
Thankfully, because they're all based on a common standard language (SQL), it's possible. It's just still a lot of very hard work. But it's not impossible.
If it was easy, you'd see many, many more open source projects supporting something other than MySQL (which bugs me as PostgreSQL user :-)
-Dom