Slashdot Mirror


Oracle and MySQL -- Good Move or Bad Bet?

sendai-X writes "With the recently announced purchase of Innobase, Oracle has shown it's intention to further support open source. This is key as open source enters the mainstream in business and in light of the success IBM has had with the Eclipse project, and Sun recently looking at purchasing PostgresSQL. What do Slashdot users think about this merger? Is it beneficial to the market and database users by having the largest database vendor openly support MySQL and provide an upgrade path to Oracle? Or is it just another cog in the Oracle machine in their attempt to dominate the enterprise IT market? Will this change the database market landscape? Will it help or hurt IBM and Microsoft?"

13 of 226 comments (clear)

  1. Purchase PostgreSQL? by stoolpigeon · · Score: 4, Informative

    ...Sun recently looking at purchasing PostgreSQL
     
    That would be a neat trick wouldn't it?
     
    They could buy a company that sells Postgres support or makes a version of Postgres that they sell, but they aren't going to be 'buying postgres'. This is may seem like nit picking but it is somewhat important. PostgreSQL is free software in every sense of the term and Sun is not going to buy it. They are not going to purchase control of it.
     
    I guess they could try and hire all the main developers or something. Though I think that'd be tough too. And I'm glad of that as Postgres is my favorite rdbms. I like that it is free and as far as I can tell is going to stay that way for as long as it exists.

    --
    It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
    1. Re:Purchase PostgreSQL? by tcopeland · · Score: 4, Informative

      > they could try and hire all the main developers or something

      Right on, yup, that's about the only way they could do that - by hiring Tom Lane or some of the other gurus. But they can't "buy PostgreSQL". There have been some interesting discussions on this on the pgsql-advocacy list recently as well.

      > And I'm glad of that as Postgres is my favorite rdbms.

      Same here! 3.5 million records and cranking along; PostgreSQL is meeting RubyForge's needs very nicely.

    2. Re:Purchase PostgreSQL? by jadavis · · Score: 5, Insightful

      The Innobase purchase/ MySQL debacle is really an indictment of their business and development model.

      MySQL AB is at the epicenter of development of MySQL DB, and requires copyright transfers for any outside changes. Paid developers at one small company largely create and support the entire database. Some users get a sense of security that there is "one person to go to", and a single focused business behind it. In some ways this business model worked well... their marketing was very successful, and the database might be described as more "unified" than, for example, PostgreSQL, where things like FTS and replication are independently developed (which is actually good, but can confuse users who think that "it's not good enough to be included").

      However, the PostgreSQL development model has been working very effectively, not dependent on any one company. A short list of contributors includes the likes of Fujitsu, Sun, Affilias (manages all .org and .info), Software Research Associates (SRA), Red Hat, Aglio DB, EnterpriseDB (won LinuxWorld "Best Database Solution" last year, beating Oracle), Command Prompt (I probably left a lot out).

      When Great Bridge hired a bunch of the PostgreSQL developers, then got scared and pulled funding, the developers went back to the community. The community was the core to begin with, and development continued as always. Other companies came in to support it, and development has never been stronger. More importantly, the community has never been stronger.

      The reason MySQL DB users are concerned, even though the source is GPL, is because MySQL DB is heavily dependent on MySQL AB. If MySQL is forced out by Oracle, what's left aside from some source code? There are a lot of users who would rally and try to build a community. But building a community to support an RDBMS takes more than just a few good programmers. It takes years to build the kind of community that works like the PostgreSQL Global Development Group (PGDG). It takes programmers, organizers, advocates, managers, advocates, support channels, channels for accepting new developers (for instance, if a company wants to pay for a feature), decision makers, and arbitrators (to prevent too much forking). And it takes a lot of time to figure out who does what, and when they do it, and how to reconcile conflicts or scheduling difficulties, how to work as a team so that work is integrated properly and time is not wasted.

      If someone has a proposal for a feature, who do they ask so that it's heard? Will a reliable decision be made about whether/when to progress? Who should step up and program? Who will open the channels of communication between the programmer and any other programmers working in similar code areas? Who will enforce project "standards"? Who will devise the standards? Does it go in this release or wait 'til the next? When is feature freeze? Who determines what quality level constitutes a release? Should the patch be backported? If it breaks any compatibility, who will devise a proper release timeline to avoid hurting existing users too much?

      It really takes a long time to build those conventions and organize people into a functional development group. MySQL DB users can only hope that MySQL AB is still around for a while. If MySQL AB goes the way of Great Bridge, MySQL DB may be left in chaos. In the meantime, start forming a community that can operate outside of MySQL AB. The monolithic development/business model seems to be in question right now.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    3. Re:Purchase PostgreSQL? by einhverfr · · Score: 4, Informative


      MySQL AB is at the epicenter of development of MySQL DB, and requires copyright transfers for any outside changes. Paid developers at one small company largely create and support the entire database. Some users get a sense of security that there is "one person to go to", and a single focused business behind it. In some ways this business model worked well... their marketing was very successful, and the database might be described as more "unified" than, for example, PostgreSQL, where things like FTS and replication are independently developed (which is actually good, but can confuse users who think that "it's not good enough to be included").


      Among the technologies that MySQL licenses from third parties under commercial redistribution licenses:

      Berkeley DB (Sleepycat Software)
      InnoDB (Oracle, formerly Innobase)
      MaxDB (SAP AG)

      See the problem? MySQL itself is largely a langauge parser and a simple and technically inadequate storage engine (for anything where data integrity matters). In other words they don't own any of the foundations of their technologies.

      --

      LedgerSMB: Open source Accounting/ERP
    4. Re:Purchase PostgreSQL? by GreyPoopon · · Score: 4, Interesting
      MaxDB (SAP AG)

      This is most likely the primary reason that Oracle made their move. SAP actively supports MySQL development, and promotes it (and naturally MaxDB) for use by customers who don't need huge enterprise-scale databases. Oracle and SAP are in fierce competition, and Oracle will most likely do anything they can to get in the way.

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

  2. It's beautiful QWZX by Anonymous Coward · · Score: 5, Funny
    I love Larry Ellison. How can anyone doubt his true and pure intentions for Open Source? Has there ever been a more generous and loving man? Clearly this is a man who saw the potential to give back to humanity by reward the creators of innoDB, while simultaneously being able to give the resources to it that it richly deserves.

    Clearly his ultimate goal is to put Oracle technology into MySQL so that he can give it away for free. Now, you may say I'm a dreamer... but I'm not the only one. I hope someday you'll join Larry and me. And world shall live as one.

  3. Scary by Spy+der+Mann · · Score: 4, Insightful

    Everytime something gets out of our control we get scared. InnoBase is no exception.

    I think that the only people who can answer if the move was good or bad, are the MySQL developers. I'd suggest Slashdot to have an interview with them so they can dissipate our fears.

  4. Re:Bad for open source, maybe by jadavis · · Score: 4, Insightful

    they could elect to kill InnoDB at some future point. I just don't see how this is a win for FOSS. To me, this isn't a likely danger, though.

    I think it's very likely that Oracle does just that. Oracle wins on several fronts:

    (1) Set back a competitor by a lot, possibly completely knocking it out of some markets.
    (2) Cause more OSS FUD: "What will happen to your open source vendor? It could evaporate tomorrow. Stick with Oracle, who will be there for you."
    (3) Shift the market back toward the mentality of traditional relational databases, where there is a lot of emphasis on data integrity constraints, and expensive DBAs, and less emphasis on casual users.

    MySQL had the potential to cause them a lot of problems. Oracle found a way to stop that. If it was a predatory move against MySQL AB, everything was perfect, including the timing. Many companies were just waiting for the 5.0 release to try it out I'm sure, and the next thing they know Oracle has MySQL AB by the ____. It's too coincidental, and too perfect, there's no way it's a "merger".

    --
    Social scientists are inspired by theories; scientists are humbled by facts.
  5. Re:As far as I know by mackertm · · Score: 5, Funny

    Please stop being reasonable. This is Slashdot, we'd rather see some wild speculation.

    Thank you.

  6. Re:Bad for open source, maybe by HiThere · · Score: 4, Interesting

    Well, as I understand it, it's not that straight-forwards. InnoDB is licensed as a GPL program as well as under the proprietary license. They could fold the project, but then someone else could pick up the GPL code and fork it. This wouldn't be so good for MySQL's business model, as they wouldn't be able to sell a proprietary DB including InnoDB...though there's probably some complicated thing they could do. The proprietary fork would be just about guaranteed to be a lot more hassle than it has been. The GPL branch of the code, however, would be able to continue essentially unchanged...but perhaps without commercial support...so someone would need to put together a new team to develop the code, which would now be strictly GPL, as the basic copyrights would be owned by someone else, and the only rights to work on the code would be those ceded by the GPL. (Basically, this means that all descendent code would need to be GPL.)

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  7. Re:Oracle has MySQL by the balls by kpharmer · · Score: 4, Insightful

    This surely isn't a very complicated thing for people to work out - just follow the Very Simple Oracle/Innodb FAQ:

    1. Does Larry Ellison (Oracle CEO) do things for the good of the industry or little guys?
            Answer: *Never*

    2. Is there any opportunity for the Oracle DB to reuse IP within Innodb
            Answer: Almost certainly not

    3. Is there a trivial upgrade path from Innodb/Mysql to Oracle
            Answer: No

    4. Ok, with that out of the way - what possible reason would oracle have to acquire Innodb?
            Answer: obviously to cripple an opponent by robbing it of critical infrastructure - through licensing changes

    5. How will this benefit OSS Customers?
            Answer: not in any way imaginable

    It's like this: Oracle is seeing customers moving to mysql for the small stuff. But they make money on the small stuff too - and even if oracle is superior to mysql in 7 ways out of 10, they're loosing cash to mysql. This move completely kills all mysql momentum in the market place:
        - Mysql now has to dedicate resources to finding an innodb replacement. Good luck - there are no commodity persistant layers that support transactions like Innodb.
        - Oracle can renew the license agreement at a much higher price, thereby winning short-term revenue at MySQL's expense!
        - MySQL was talking about a big-enterprise role just down the road (before they got wind of this buy out and started acting meek a couple of weeks ago). Much of what they're missing is really functionality that should go into Innodb - Heikki Tuuri (innodb creator) has often stated that "partitioning for all table types will probably be available in 2006 or 2007". If Innodb built that they could start capturing a big chunk of the oracle revenue. This threat is now dead - with the only other strong competitors DB2 and SQL Server.
        - In spite of being GPL, good luck on finding another crew of programmers that specialize in relational database engines to this product up. The few that exist in the open source world seem to all work at postgresql.

    So yeah, Larry has MySQL by the balls right now. MySQL AB was probably looking forward to a big GA announcement for v5 next month - but there is no good publicity for MySQL in the foreseeable future now.

  8. Re:Bad for open source, maybe by jadavis · · Score: 4, Interesting

    The GPL branch of the code, however, would be able to continue essentially unchanged

    By who? Not by MySQL AB. It takes a long time to make a new community work effectively.

    MySQL AB is between a rock and a hard place, I think we can agree here. If Oracle cuts off InnoDB from commercial licensing, MySQL will stop developing/supporting it, it's only a matter of time. They simply can't have a GPL version that's better than their commercial version. Then, without transactions or RI, their "enterprise-ness" and usefulness will be called into question.

    So that leaves the community. But the community is too wrapped around MySQL AB to function on it's own just yet. That will take time.

    And that time is precisely what Oracle doesn't want MySQL to have. If the development of MySQL DB is set back by 12-18 months, that will surely be a victory for Oracle, who will secure a strong lead ahead of the most popular open source database. The wind will be stolen from the 5.0 release, and another few rounds of businessmen will make long-term commitments to Oracle (in the form of licenses and hardware).

    What is the downside to Oracle?

    --
    Social scientists are inspired by theories; scientists are humbled by facts.
  9. So? by stoolpigeon · · Score: 4, Insightful

    What does someone preferring PostgreSQL have to do with MySQL?
     
    I guess I could understand if he had added a jab about how mysql could never do that. But he didn't. He's just touting the database management system that he likes.
     
    The mysql vs. postgres thing gets so out of hand. It reminds me of when I compliment my 5 year old and my 4 year old gets upset because I didn't compliment her too. When I wrote my initial post I thought of mentioning the MySql part of the issue and the trouble they may be in due to the Oracle move, but I decided not to just because it is so difficult to discuss in a rational way. Too many people start digging up the same old tired arguments.
     
    I don't care if everybody starts using MySql and it gets voted 'best thing ever'. I'll still be happy as a clam in high tide, running what I prefer. That's the most valuable part of free software in my opinion.

    --
    It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?