Slashdot Mirror


Is MySQL Slowly Turning Closed Source?

mpol writes "Sergei from MariaDB speculated on some changes within MySQL 5.5.27. It seems new testcases aren't included with MySQL any more, which leaves developers depending on it in the cold. 'Does this mean that test cases are no longer open source? Oracle did not reply to my question. But indeed, there is evidence that this guess is true. For example, this commit mail shows that new test cases, indeed, go in this "internal" directory, which is not included in the MySQL source distribution.' On a similar note, updates for the version history on Launchpad are not being updated anymore. What is Oracle's plan here? And is alienating the developer community just not seen as a problem at Oracle?"

2 of 336 comments (clear)

  1. Re:Just use Postgresql by slack_justyb · · Score: 4, Interesting

    Additionally, postgresql implements more of SQL99 than most others out there.

    "Real" BOOLEAN support, CTE using WITH (which MySQL is actually the only real enterprise DB that doesn't offer this), support for FETCH cursors, HOLD cursors, one of the best implementations of date math (maybe only DB2 does this better), blows MySQL out of the water hands down on window functions (seriously MySQL, no SQL OVER support? REALLY?!), also (I know this may seem trivial) but MySQL doesn't even implement SQL OVERLAY.

    In many ways postgresql brings a LOT of modern SQL to the table that it makes MySQL seem hokey, if not downright convoluted. I cannot speak for Oracle's 11g, but I've found postgresql just as capable at doing whatever it is I need to get done as I can in DB2, MS-SQL is just it's own beast altogether. However, MySQL lacks so much functionality that you constantly have to revert to procedures to get anything done.

    Now I will say to MySQL's credit, that it is one of the easiest DBs to admin for and they support a good subset of SQL2003, but it's not enough, it leaves a lot to want for. I know a lot of people have invested a lot into MySQL, but the lack of a lot of modern functions that a lot of other DBs enjoy out of the box, makes using MySQL a chore to write for. Thank goodness it's easy to scale and admin, because if it didn't have that going for it, then we'd have LAPP stacks. However, this is just another pot shot for MySQL. Slowly closing source code, no test scripts, dodgy support for some of the most useful (IMHO) features of standard SQL. I don't want to diss anyone who works on the project, they have done a mighty nice job, but there are more and more negatives building up, that the scales are starting to tip in opposition to MySQL. No disrespect, but we're at that point that people on the fence are really going to look hard at the competition.

    Finally, and totally off topic. IBM YOU SUCK! Seriously, you can't make a freaking function to create a CSV list from a set of rows?! I have to cast the result set to XML and then work backwards from there? Everyone else has one! I wouldn't curse you if I wasn't forced to use your product. There, glad I got to air that out.

  2. MySQL tombstone: G.I.F. by epine · · Score: 5, Interesting

    Postgres support is typically volunteer-maintained by one person

    This would double overnight if MySQL were declared pariah non grata, which is precisely the negotiation taking place in this kind of discussion thread.

    Speaking of PNG, you do recall the Unisys GIF debacle? When MySQL dies, may its tombstone read G.I.F.