Slashdot Mirror


Can Sun Make MySQL Pay?

AlexGr submitted a nice followup to last weeks billion dollar Sun buyout of MySQL. He notes that "Jeff Gould presents an interesting analysis in Interop News: How can an open source software company with $70 million or so in revenue and no profits to speak of be worth $1 billion? That's the question Sun CEO Jonathan Schwartz has been trying to answer since he bought MySQL last week. Like most commercial open source companies, MySQL makes money by enticing well-heeled customers to pay for an enterprise version of its product that comes with more bells and whistles than the community version it gives away for free. It appears though that the additional features of the Enterprise version are not enough to compensate for the revenue-destroying effects of the free Community alternative. What else could explain the surprising fact that MySQL has quietly filled out its open source portfolio with a closed source proprietary management software tool known as Enterprise Software Monitor?"

273 comments

  1. Why should this be a surprise? by tomhudson · · Score: 5, Insightful

    "What else could explain the surprising fact that MySQL has quietly filled out its open source portfolio with a closed source proprietary management software tool known as Enterprise Software Monitor?""

    They're offering better support. Haven't we always said that the rationale behind open source is you can offer the product for free, then offer paid support?

    Why is it every time someone actually implements this, they're criticized?

    1. Re:Why should this be a surprise? by TheRealMindChild · · Score: 5, Funny

      I think it comes down to one half of the brain fighting the other. On one side, you know the free software/support model potentially is a win for everyone. But the other side is simply taken off guard by it... even though deep down inside you knew what you were going to get, up front it seems to be a surprise.

      Similar to that hot chick you have been chatting up for months online... when she told you "I am a little big, but cute", deep down, you know she is a cross between a human and a hippo, but when you finally meet her, you want to dig your eyes out with a mechanical pencil.

      --

      "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
    2. Re:Why should this be a surprise? by Mateo_LeFou · · Score: 2, Insightful

      "They're offering better support"

      No, as per the quote they're offering a proprietary, non-free software product. Hence the criticism.

      Note: I don't say they're evil for doing this, only that they're definitely "guilty" of it.

      --
      My turnips listen for the soft cry of your love
    3. Re:Why should this be a surprise? by fireboy1919 · · Score: 1

      Also, they offer certification you can get. They make money on that, and companies can know they're getting some kind of standard for DBAs.

      --
      Mod me down and I will become more powerful than you can possibly imagine!
    4. Re:Why should this be a surprise? by Corporate+Troll · · Score: 0, Offtopic

      Similar to that hot chick you have been chatting up for months online... when she told you "I am a little big, but cute", deep down, you know she is a cross between a human and a hippo, but when you finally meet her, you want to dig your eyes out with a mechanical pencil.

      You don't seem to know how horny neglected fat chicks can be.... So, if she really got a pretty face but she doesn't conform to the "Kate Moss" body style, give it a shot anyway.

    5. Re:Why should this be a surprise? by PinkPanther · · Score: 1

      Haven't we always said that the rationale behind open source is you can offer the product for free, then offer paid support?

      We've always said that there are business models that can be successful when the software is given away for free. Paid support is one model, is part of other models. There are also business models that will not be successful regardless of the software licensing.

      --
      It's a simple matter of complex programming.
    6. Re:Why should this be a surprise? by AmaDaden · · Score: 1

      They're offering better support
      I get the feeling we will soon see a preconfigured Sun server running Solaris, some JSP container (tomcat? or does Sun make their own?) and MySQL. A one shot, configured out of the box, web server. Plan on growing? We can handle that for you. Database bogging you down? You can buy a separate database server and we can help you migrate the existing database. Pages rendering to slow? Lets get your JSP container clustered over several servers.
    7. Re:Why should this be a surprise? by bignetbuy · · Score: 0, Offtopic

      *claps*

      Bravo, sir. Well said. In the future though, please provide a warning before being hysterically funny. Mechanical pencil...

      Me and my now soda-covered monitor thank you.

    8. Re:Why should this be a surprise? by AKAImBatman · · Score: 5, Interesting
      The article is also missing one other important fact related to this statement:

      It appears though that the additional features of the Enterprise version are not enough to compensate for the revenue-destroying effects of the free Community alternative. What else could explain the surprising fact that MySQL has quietly filled out its open source portfolio with a closed source proprietary management software tool known as Enterprise Software Monitor?"

      Customers don't pay for MySQL professional because it's not that great of a database. As a "free" option, there's tons of support for it. It was seen early on as "the" database for OSS work. As a result, nearly every OSS tool in existence is built around MySQL.

      However, if we're talking about someone looking to pay for support, we're probably talking about a business of some sort. And for businesses, features like ANSI syntax, transactions, reliability, scalability, tools, familiarity to the DBAs, and a strong reputation for customer service are all factors that play into their decision. Why would they purchase MySQL when options like SQL Server, Oracle, DB2, Informix, Pervasive, Teradata, and half a dozen other RDBMSes with stronger reputations in the market are available?

      While MySQL has made great strides in their progress toward becoming a competitor in the Enterprise market, it's a bit of an uphill battle that they're going to have a hard time winning. The market sees MySQL as an OSS toy that children play with before they grow up and use a REAL database. Changing that perception is going to be hard.

      Worse yet, it's a race against time before powerful new competitors like Apache Derby (formerly Cloudscape) start pushing MySQL out of the market.

      That being said, I wish I invented an "OSS toy". A billion dollars as compensation sounds like a rather sweet deal. ;-)
    9. Re:Why should this be a surprise? by CastrTroy · · Score: 2, Interesting

      Like the wonderful standard for DBA's that MS sets with it's MCDBA qualifications? I've met MCDBAs who couldn't even write a simple SQL query with a couple joins. And don't even get me started on DBAs who couldn't give you a table schema based on a list of requirements of the data you'd like to store.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    10. Re:Why should this be a surprise? by epiphani · · Score: 2, Informative

      Not only that - if MySQL offered "truly" enterprise grade support, we'd probably buy it.

      As it stands now, we can buy the top tier of support, and not really get what we're looking for out of it.

      We want them to send in experienced engineers, and work with us to build a clusterable solution that suits our needs - which in our case is not the type of solution that most people envision with clustering mysql. Paying $3500 a year per machine is not what we have in mind. We're willing to spend a large amount of money, but we want support for our COMPANY, not a per-machine cost.

      I see MySQL as a company that does not yet service the enterprise. They service the small and medium business. Its quite possible that with Sun behind them, they'll figure out how to actually service a company like mine.

      --
      .
    11. Re:Why should this be a surprise? by AKAImBatman · · Score: 3, Informative

      some JSP container (tomcat? or does Sun make their own?)

      Meet Glassfish:

      https://glassfish.dev.java.net/

      Sun produces a commercial version under the confusing title of "Sun Java System Application Server". (Sun seriously needs to fire their marketing department. :-/) It's worlds away better than Tomcat; which is really a straightforward development server. SJSAS/Glassfish will serve you better in a production environment than Tomcat will. It's also integrated with Netbeans (in a way that actually works!) making it a suprisingly good, if not a bit hefty, development environment.
    12. Re:Why should this be a surprise? by t1993r · · Score: 1

      Yeah, they do. But, i don't think they can make enough revenue with support and certification that is more than 14 times the current. Maybe, its too early for me to say, but i think its a lousy buy for Sun.

    13. Re:Why should this be a surprise? by SQLGuru · · Score: 4, Informative

      A DBA is not necessarily a database programmer and vice versa. I am a database programmer. I am *NOT* a DBA. I can write SQL statements, procedures, triggers, etc. better than most people who touch a database and yet, don't ask me to configure an Oracle database or set up replication in SQL Server (SQL Server being the pointy-clicky-draggy-droppy approach to administration, I could probably do it, but it isn't what I do and isn't what I profess to be able to do). An MCDBA is certified to do the pointy-clicky-draggy-droppy stuff, not to write database applications.

      Granted, I think a DBA needs some understanding of what is done in the database (code wise), I don't expect him to be an expert in it.....that's my job.

      Layne

      *Disclaimer, I work in a large company where they can afford to have this division of labor. In a small company, people have to wear many hats and usually the person who wears the database programmer hat also has to wear the DBA hat (and probably the network engineer hat and a couple of others).

    14. Re:Why should this be a surprise? by ArsenneLupin · · Score: 0, Offtopic

      Similar to that hot chick you have been chatting up for months online... when she told you "I am a little big, but cute", deep down, you know she is a cross between a human and a hippo, but when you finally meet her, you want to dig your eyes out with a mechanical pencil. That's why, first thing you do, you ask for a recent pic.
    15. Re:Why should this be a surprise? by canuck57 · · Score: 2, Insightful

      Customers don't pay for MySQL professional because it's not that great of a database. As a "free" option, there's tons of support for it. It was seen early on as "the" database for OSS work. As a result, nearly every OSS tool in existence is built around MySQL.

      Bet though this will spike PostgreSQL support in FOSS applications. A good under rated database.

    16. Re:Why should this be a surprise? by ArsenneLupin · · Score: 1

      I've met MCDBAs who couldn't even write a simple SQL query with a couple joins. Just wait until your site gets goatsed, and then look into your webserver log for some nice examples. Usually it will be a join between the sysobjects and the syscolumns table...

      And don't even get me started on DBAs who couldn't give you a table schema based on a list of requirements of the data you'd like to store. Well, the upside of it is, a messy database schema might bore the goatse away. Like in "Hey, this is already the twentieth articles_text_37_xyz table that I see, when will the table that's displayed online finally come? O gosh, I think I'll just move on to the next google hit."
    17. Re:Why should this be a surprise? by bhtooefr · · Score: 1

      And if you're lucky, you'll get a FGAS.

      If you're not lucky, you'll get a real pic.

    18. Re:Why should this be a surprise? by kestasjk · · Score: 1

      (This post was brought to you via /.'s MySQL database)

      --
      // MD_Update(&m,buf,j);
    19. Re:Why should this be a surprise? by JasterBobaMereel · · Score: 1

      "reliability, scalability" Well wikipedia runs on it .... and that seems to scale quite well and be fairly reliable ?

      --
      Puteulanus fenestra mortis
    20. Re:Why should this be a surprise? by plague3106 · · Score: 1

      I think the point was that they aren't making any kind of profit at all.

    21. Re:Why should this be a surprise? by jimicus · · Score: 1

      A good under rated database.

      Too right. The only gripe I have with Postgres is that it's only relatively recently that the development team has started to take performance seriously and getting it running as fast as is humanly possible on the available hardware can be a bit of a black art.

      Mind you, Postgres tends to take a serious approach to data integrity, so this is a tradeoff I'm prepared to live with.

    22. Re:Why should this be a surprise? by ArsenneLupin · · Score: 0, Offtopic

      And if you're lucky, you'll get a FGAS. If she sends you an outright fake, it will be that much easier to tell her off when you finally do meet her in person.

      If you're not lucky, you'll get a real pic. Well, that way, you at least avoid losing any further time dating a hippo. ... and you keep those coffee stains off your clothes...
    23. Re:Why should this be a surprise? by Anonymous Coward · · Score: 1, Funny

      ..at a perpendicular angle, showing the entire body, with good lighting, not off of a mirror, with a decent lens. The whales have photo deception down to an art. Angle shot of a head and chest = MAN THE HARPOONS.

    24. Re:Why should this be a surprise? by AKAImBatman · · Score: 2, Informative

      I think everyone might be missing the point. How many people purchase low-end LAMP servers? Whether they be from hosting providers, or setup at home, LAMP is a well-known name in the industry.

      Sun has OpenSolaris. Which so far has not quite caught on well enough to challenge LAMP dominance in the low-end of the market. Now imagine if Sun started shipping fully supported SAMP (Solaris Apache MySQL PHP) software distributions branded with "High Performance*, 64-bit Sun MySQL". If they can gain enough brand recognition this way, this free software could be their ticket into gaining more market share.

      More market share on the low-end means more mind share with the same developers and IT folks who keep forgetting that Sun exists. If Sun can become de facto, they can probably own the low-end, mid-range, and high-end of the market rather than constantly retreating to the ever-shrinking Big Iron market. (Maybe people will even notice that Sun makes extremely affordable Intel machines?)

      * Expect Sun to announce the "fastest database ever" by tuning MySQL for their Niagara processors, turning off all transactional safety, and then running benchmarks against the system. With any luck, these semi-valid benchmarks would earn Sun some goodwill for having "improved" MySQL. The double-edged sword here is that Sun would get a reputation for performance with those who don't understand that Niagara is a key component AND Sun would sell more Niagara servers to those who DO understand that Niagara is a key component.

    25. Re:Why should this be a surprise? by nozzo · · Score: 5, Funny

      yeah but in that case you would just switch the lights off and think of England

    26. Re:Why should this be a surprise? by ArsenneLupin · · Score: 1

      The market sees MySQL as an OSS toy that children play with before they grow up and use a REAL database. ... as opposed to MS SQL Server, which is seen as a proprietary toy that script kiddies play with in order to leave their favorite graffiti and/or porn on some random DB driven web server...
    27. Re:Why should this be a surprise? by gullevek · · Score: 1

      yeah, but when I look back at the speed jump from 7.4 to 8.1 then I am blown away. This is so big and so surprising that even my low spec test box ran circles around my development box which again ran circles around my production box.

      --
      "Freiheit ist immer auch die Freiheit des Andersdenkenden" - Rosa Luxemburg, 1871 - 1919
    28. Re:Why should this be a surprise? by ArsenneLupin · · Score: 0, Offtopic

      So, if she really got a pretty face but she doesn't conform to the "Kate Moss" body style, give it a shot anyway. As long as there isn't so much blubber that you need to go on an expedition to find the more "interesting" body parts... Oh, and the mold on the skin.... ewwww!

      Definately, don't be satisfied with a face-pic, ask for a full body pic... or at least from the waist up.

    29. Re:Why should this be a surprise? by krelian · · Score: 1

      Haven't we always said that the rationale behind open source is you can offer the product for free, then offer paid support? Why is it every time someone actually implements this, they're criticized? Because it (usually ) doesn't work, and when it does (usually) a pay model would have secured a much bigger profit.
    30. Re:Why should this be a surprise? by AKAImBatman · · Score: 1

      How easily you forget. Slashdot's "scalability" has more to do with Slashcode and ever-improving hardware than it does with--

      500 Internal Server Error

      (refresh)

      500 Internal Server Error

      (refresh)

      Front Page - Logged Out

      (reply)

      500 Internal Server Error

      GAAAAHHHHH!!!!

    31. Re:Why should this be a surprise? by Corporate+Troll · · Score: 1

      There are way much more variation between "normal bodied" and "morbidly obese". The latter is what you describe.

    32. Re:Why should this be a surprise? by trolltalk.com · · Score: 3, Insightful

      "They're offering better support"
      No, as per the quote they're offering a proprietary, non-free software product. Hence the criticism.

      The proprietary, non-free software product is part of their "better support." Not all support is a monkey on the phone with an Indian accent going "Hi, my name is Mike, how may I help you?"

      Most people would rather have a nice piece of software that helps them do a better job, than have to wait on the phone.

    33. Re:Why should this be a surprise? by arivanov · · Score: 1

      DBA: DataBase Administrator

      DBD: DataBase Designer

      DBAP: DataBase Application Programmer

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    34. Re:Why should this be a surprise? by CastrTroy · · Score: 1

      Yes, but doing queries with joins is on the test, so the people with an MCDBA should know how to do it. However, the tests are multiple choice. Many people can pick the right answer when presented with the options, yet if you game them a problem and asked them to write a query that worked, they would be completely lost.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    35. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      They are offering support. Most times I hear of people doing business with MySQL it is to pay them to fix problems or improve performance of their database, and from what I hear it is well worth it. So saying that "MySQL makes money by enticing well-heeled customers to pay for an enterprise version of its product" is not telling the whole story.

    36. Re:Why should this be a surprise? by larry+bagina · · Score: 1

      Now imagine if Sun started shipping fully supported SAMP (Solaris Apache MySQL PHP) software distributions branded with "High Performance*, 64-bit Sun MySQL".

      Needs more java

      SAMJ - Solaris/Apache/MySQL/JSP. And it sounds an awfully lot like Sanjay, the guy who will be doing your job when it's outsourced.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    37. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      i have a pic of myself for you... do i have any takers?

    38. Re:Why should this be a surprise? by AKAImBatman · · Score: 1

      Needs more java

      That's easy enough to fix. Sun will be purchasing PHP soon and renaming it to "Sun Java System PHP HyperText Preprocessor" or SJSPHP for short. I only wish I was joking. :-/
    39. Re:Why should this be a surprise? by Lordrashmi · · Score: 1

      Sounds like you want this + a large amount of consulting. Seriously, call a sales rep. I am sure MySQL will take as much money as you want to spend.

      http://mysql.com/products/enterprise/unlimited.html

    40. Re:Why should this be a surprise? by bhtooefr · · Score: 1

      The idea is that you don't meet her in person.

      A FGAS implies hipponess.

    41. Re:Why should this be a surprise? by clubby · · Score: 1

      The proprietary, non-free software product is part of their "better support."
      There's a difference between "support" (implies interaction with a human) and "software program" (flat-out denotes, well, a software program.)
    42. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      Haven't we always said that the rationale behind open source is you can offer the product for free, then offer paid support?

      Why is it every time someone actually implements this, they're criticized?

      Probably because the model is still as severely flawed as it's always been.

      If the software is so good it doesn't need support, you've just coded yourself out of existence. FOSS has no incentive to be superior to commerical software, and in fact it has every incentive to be inferior.

      "That is why you fail."
      - Yoda
    43. Re:Why should this be a surprise? by Anonymous Coward · · Score: 5, Insightful

      Customers don't pay for MySQL professional because it's not that great of a database. As a "free" option, there's tons of support for it. It was seen early on as "the" database for OSS work. As a result, nearly every OSS tool in existence is built around MySQL.

      However, if we're talking about someone looking to pay for support, we're probably talking about a business of some sort. And for businesses, features like ANSI syntax, transactions, reliability, scalability, tools, familiarity to the DBAs, and a strong reputation for customer service are all factors that play into their decision. Why would they purchase MySQL when options like SQL Server, Oracle, DB2, Informix, Pervasive, Teradata, and half a dozen other RDBMSes with stronger reputations in the market are available?


      Well, as one of the business customers who pays for MySQL Enterprise, I can tell you why we pay for MySQL. Because when our company was much smaller, and we needed a SQL server, we chose to go with MySQL because it was free, because a lot of people use it, and because some of our developers had experience with it. If we'd have been a little bit smarter at the time we would have chose Postgres, but that's water under a bridge. So we built up our company based on MySQL, and our company grew and grew. Eventually we grew to the point where we had locking issues with our MyISAM tables. Table level locking just didn't provide the concurrency we needed for our services. We then moved to InnoDB tables, which gave us the concurrency we needed. We eventually bought the InnoDB Hot Backup tool for ~$999 a copy, because the hot backups beat the dumps we were doing on our slave SQL servers. Fast forward five years. Our company is much bigger and much more profitable. We have plenty of budget to buy any SQL server we need.

      However, we're stuck on MySQL because MySQL currently hosts all of our tables. Moving all of our tables en mass is simply unrealistic. We have too many clients and the downtime would be severe. When we move databases over, we have to move everything that is JOINed in any query. Most importantly, for a majority of the time that we've used MySQL, they had no stored procedure support. Therefore, all of our applications have hundreds of hard-coded queries and associated logic. Without the abstraction layer provided by stored procedures, moving our databases requires rewriting all of that code. Even worse, the hard-coded queries contain many MySQL-isms (MySQL specific syntax) and depend on MySQL behaviors, like the idea that there's a date 0000-00-00 00:00:00. Obviously there is no such date, but you'll find many MySQL databases which contain a DATETIME field and use that "0" instead of NULL. When you try to store that date on other SQL servers, or when you try to fetch that date into a typed variable in certain languages like .NET, obviously they don't allow their date/time type to contain invalid dates/times and therefore you get an exception.

      I could go on and on about the issues trying to port legacy MySQL code, but the basic fact is, without stored procedures to encapsulate their vendor specific extensions, behaviors, and syntax, we have neither a hope nor a prayer of moving away from MySQL. MySQL 5.0 provided very basic stored procedure support, and we are using this as our chance to finally escape, but it's still a huge process.

      Now, why are we so desperate to leave MySQL when they're the SQL server that helped us build five years of solid success and amazing growth in our company? For precisely that reason, we've grown. And as we've grown, the load on our MySQL server has grown quite a bit. So we provisioned some powerful hardware to give MySQL the CPU, memory, and disk power that it needs to do what we ask of it. But behold, our effort to give MySQL more power failed. MySQL's only production-ready engine to provide the concurrency we need (MVCC or row level locking) is InnoDB, and InnoDB's scalability is limited when it comes to a modern high end server

    44. Re:Why should this be a surprise? by trolltalk.com · · Score: 1

      The proprietary, non-free software product is part of their "better support."
      There's a difference between "support" (implies interaction with a human) and "software program" (flat-out denotes, well, a software program.)

      So bug fixes, updates, etc., aren't "support"??!!!??

      Your notion of support is comparatively trivial.

    45. Re:Why should this be a surprise? by Mateo_LeFou · · Score: 1

      The proprietary, non-free software product is part of their "better support."

      Yes, it's the non-support part. That's why it's called the "product"

      People will pay you for exactly two things (excluding charity):
      1) Giving them something (a product)
      2) Doing something for them (a service)

      FWIW, I have heard that MySQL's support services are *great, and well worth the money.

      --
      My turnips listen for the soft cry of your love
    46. Re:Why should this be a surprise? by Jason+Earl · · Score: 1

      Because it (usually ) doesn't work, and when it does (usually) a pay model would have secured a much bigger profit.

      It's a little ironic that you'd get a comment like that attached to a story about Sun paying $1 Billion U.S. for MySQL AB. Clearly the Free Software model worked fairly well for those guys.

      The fact of the matter is that if MySQL AB had decided to produce yet another proprietary database they would have gone out of business ages ago. There was no way to compete with Oracle on its own terms. Even Microsoft has problems competing with Oracle and it can leverage Windows Server, its very popular development toolset, and the rest of Microsoft's technologies.

      Clearly, if you can work things so that you are in Oracle's position that's ideal. However, if you can't you could do worse than follow MySQL's path. Besides, 10 years ago Linux was in the position that MySQL is in today, and Sun's Solaris business was clearly making much more money. Solaris probably still makes more money that Linux, but even Sun has to sell Linux because that is clearly where the UNIX market is going. The profit margins of the large proprietary software development houses (like Microsoft or Oracle) are not likely to be sustainable forever. There simply is too much room for a competitor to deliver something that is "good enough" at a much lower price. Eventually software business are going to have returns that are more in line with other "good" businesses. It's really only a matter of time.

    47. Re:Why should this be a surprise? by mhall119 · · Score: 3, Informative

      Tomcat is just a Servlet/JSP container, where Glassfish is a J2EE server like Weblogic or Websphere. The apache equivalent is Geronimo, which I believe uses Tomcat for the Servlet/JSP portion of the J2EE spec.

      --
      http://www.mhall119.com
    48. Re:Why should this be a surprise? by jhol13 · · Score: 1

      This is exactly why Sun bought MySQL.

      They don't imagine getting back a billion from MySQL, but they might get it back as sales of MySQL + Solaris + Sun HW + "platinum support" * increased customer base.

    49. Re:Why should this be a surprise? by Wdomburg · · Score: 1

      A piece of software is a product. Bug fixes, updates, etc are services. A seperate proprietary application falls into the former category.

    50. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      No, not at all. I see no cause and effect here. Did you have some sort of justification in mind?

    51. Re:Why should this be a surprise? by mabhatter654 · · Score: 1

      good point, Zend is more than willing to partner their proprietary acceleration and IDE tech with big companies. That would make Apache the truly "neutral" project in the stack.

    52. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      That is what OpenSolaris WebStack is doing. Every thing preconfigured and out of the box. and yes Sun does make a commercial JSP container shared by Application server and Web Server disc:IWFS

    53. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      Worse yet, it's a race against time before powerful new competitors like Apache Derby (formerly Cloudscape) start pushing MySQL out of the market.


      Surely you can't be serious, running an RDMS on the java platform? Let me guess, you work for a hardware manufacturer?
    54. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      Further proof that the average Slashdotter knows Jack-All about RDBMS design.

    55. Re:Why should this be a surprise? by SpaceLifeForm · · Score: 0, Troll
      Good luck. Even if you get better performance on the Microsoft platform in the short term, you are still using a proprietary OS that you have absolutely no control over, and will be at the mercy of the Microsoft extortion machine in the future.

      Look at how well the XP to Vista 'upgrade' went in terms of performance.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    56. Re:Why should this be a surprise? by nodrogluap · · Score: 1

      Now imagine if Sun started shipping fully supported SAMP (Solaris Apache MySQL PHP) software distributions branded with "High Performance*, 64-bit Sun MySQL".


      It's called CoolStack
    57. Re:Why should this be a surprise? by Pollardito · · Score: 1

      if your pointy-clicky tool doesn't work or doesn't quite cover your needs, you're going to need to do some SQL programming to cover the gap. i would expect an administrator to be able to use the pointy-clicky tool, i would also expect them to not be completely reliant on it. that sounds more like an intern

    58. Re:Why should this be a surprise? by CopaceticOpus · · Score: 1

      MySQL supports clustering. Why are you limiting your database to run on a single server? It sounds like that's the main problem here. Instead of trying to push MySQL past its limits, offload some of the work and spread it out across multiple machines. Surely that's more cost effective than converting your entire application to a new database?

    59. Re:Why should this be a surprise? by Wdomburg · · Score: 1

      Keep in mind that a large site does not necessarily imply every component they use is scalable or reliable on it's own. Plenty of sites practice brute force scalability, throwing hardware at the problem until it performs adequately. Others mask inefficencies with careful design. Pages can be pre-rendered. Sorting and filtering can be implemented at the application level. Queries can be constructed to maximize cachability. Avoid use of functions, round time-based WHERE clauses; e.g. instead of "SELECT foo FROM bar WHERE start > DATE_SUB(NOW(), INTERVAL 5 MINUTE)" calculate the time string in code so you're sending "SELECT foo FROM bar WHERE start > '2008-01-23 13:15:00'". That way you're only processing a query once every five minutes instead of every connection; subsequent requests are just pulled out of the query cache.

      Reliability can likewise be achieved with unreliable components. You might buy an ultra reliable server, for example. Dual power supplies, mirrored storage, error-correcting memory, hot swap CPUs. On the other hand you could buy a pair of commodity servers without all the internal redundancy and throw them behind a load balancer. Now you're protected from a software crash as well as hardware faults. Another component is monitoring. Have an application that wedges regularly? Put together a watchdog script to automatically restart it.

      Of course there are always limitations. Some things may not scale horizontally. Others are so central that you do everything you can to enhance performance or minimize downtime. It's all a matter of balancing cost versus consequence. Free service like Wikipedia goes down? Not a big deal, customer comes back later. Paid service goes down? Big deal. Advertising revenue could be lost, customers might defect, volume to customer service call centers go up. Online store goes down? Big deal. Erodes customer confidence, drives sales to competitors. Orders get lost or possible double-charged? Huge deal. Direct revenue hit, angry customers (almost certainly lost permenantly), possible trouble with a credit processor, possible loss of compliance certifications.

      This is where maybe it makes sense to go with a ridiculously expensive server with a ton of redundancy (including seperate power feeds if you know what's good for you :) running software with a solid track record of handling transactional processing reliabily.

    60. Re:Why should this be a surprise? by trolltalk.com · · Score: 1

      You might want tocheck it out a bit more ... TFA isn't all that accurate.

      MySQL Enterprise is more than just the monitoring software ...

      MySQL Enterprise

      Database. Monitoring. Support.

      The MySQL Enterprise subscription is the only comprehensive offering of production support, monitoring tools and MySQL database software to deliver optimal performance, reliability, security, and uptime. MySQL Enterprise includes:

      MySQL Enterprise Server

      The MySQL Enterprise Server software is the most reliable, secure and up-to-date version for cost-effectively delivering production database applications. Subscribers receive monthly rapid updates and quarterly service packs with the latest fixes.

      MySQL Enterprise Monitor

      The MySQL Enterprise Monitor software provides a "Virtual DBA that monitors production database applications and minimizes security vulnerabilities, improves replication, and optimizes performance.

      MySQL Production Support

      MySQL Production Support enables you to maximize the availability of your database applications. Plus, with Consultative Support, receive practical advice on how to optimize your configuration, replication set-up, schema, and queries for better performance.

      Contrary to what the article summary might have led some to believe, its not just a piece of software that's being made available. If you follow the link, you'll find additional links and information. Hope this helps make things a bit clearer :-)

    61. Re:Why should this be a surprise? by davidsyes · · Score: 1

      HOW DARE you cheer him on without advising him to get:

      -- surge protector (for the massive drains he'll lose -- emotional, seminal, and physical)

      -- hip-socket replacement insurance...

      -- portable defribulator

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
    62. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      But then if the DB is mission critical to your business, and the current version doesn't offer the feature you're looking for, why not pay some developers to fix the bits you want? You will then be infinitely scalable as you can change the base system to match what you want, and the code can be filtered back into MySQL base code if you want to.
      If MSSQL doesn't offer the feature you want, your options are to wait for MS to add that feature or, umm, nothing.

    63. Re:Why should this be a surprise? by mysqlrocks · · Score: 1

      MySQL supports clustering. Why are you limiting your database to run on a single server?

      I am a fan and a user of MySQL (see my username). I am not an expert on tuning MySQL but my understanding is that it is very fast at reads and not as great at writes. The original author brought up contention issues a couple of times. MySQL clustering will help you with reads, but not so much with write contentions. My guess is this is what the original author was referring to and why he was trying to throw more hardware at the problem. His applications are probably very write heavy and so MySQL clustering doesn't buy him much. Someone who knows more about MySQL tuning please correct me if I'm wrong about the fact that MySQL clustering helps with reads, but not as much with writes.

    64. Re:Why should this be a surprise? by photon317 · · Score: 4, Insightful


      This sounded great up until the MSSQL part. Don't repeat your mistake and lock your company into more years of fighting bullshit and eventually migrating away again (or dying). If PostgreSQL can meet your needs (and really, there are very few needs it can't meet), migrate to that instead. Or if you really need certain enterprisey things that Pg doesn't have, then consider Oracle or DB2. But don't make the mistake of locking yourself into MSSQL as a way to get out of MySQL. MSSQL is just as bad as MySQL in its own unique ways, and Microsoft is famous for finding ways to trap you into long-term vendor lockin.

      --
      11*43+456^2
    65. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      Why would they purchase MySQL when options like SQL Server, Oracle, DB2, Informix, Pervasive, Teradata, and half a dozen other RDBMSes with stronger reputations in the market are available?

      Because an Oracle license for a single (multi CPU) server can easily cost $70,000, and Oracle Support STILL can't provide a fix for most of our bugs. $70K could provide salary for a junior-level staffperson, or could buy 10-20 nice 1U servers for your database cluster.

    66. Re:Why should this be a surprise? by fbriere · · Score: 1
      That was the most insightful MySQL comment I've read for quite a while. Thanks!

      If you're still around, here's one comment and one question:

      Even worse, the hard-coded queries contain many MySQL-isms (MySQL specific syntax) and depend on MySQL behaviors, like the idea that there's a date 0000-00-00 00:00:00. This seems like a bad example, as it's something that can be gradually phased out with no interruption of service. It'd be nice to see an example of something that has to be converted in one fell swoop.

      They have native UUID/GUID field types rather than using VARCHAR, which is huge for us. I'm curious: what is the big advantage over a plain CHAR(32) or CHAR(16) BINARY field?
    67. Re:Why should this be a surprise? by Tablizer · · Score: 1

      Even worse, the hard-coded queries contain many MySQL-isms (MySQL specific syntax) and depend on MySQL behaviors, like the idea that there's a date 0000-00-00 00:00:00. Obviously there is no such date, but you'll find many MySQL databases which contain a DATETIME field and use that "0" instead of NULL. When you try to store that date on other SQL servers, or when you try to fetch that date into a typed variable in certain languages like .NET, obviously they don't allow their date/time type to contain invalid dates/times and therefore you get an exception.

      Rarely can you just load from a dump as-is. You'd write a conversion routine that would replace zero-dates with nulls, or what-not. That's common for ANY data conversion.

    68. Re:Why should this be a surprise? by CopaceticOpus · · Score: 1

      I think that clustering could still help, because if the server doing the writes has its reads offloaded, it should be able to devote more resources to writes. But yeah, they still might run up against the limits of how fast a single server can handle all their writes.

      I've also heard that MySQL is more optimized for reads at the expense of writes. Still, I find it hard to believe that there's no solution to this person's problem short of switching databases. I'd be curious to hear from any MySQL gurus reading this.

    69. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      I don't think you understand what kind of people Sun hires for support. I can't speak for people in India or China, but in America, everyone has a college education. Most have advanced degrees and many years or decades of experience under their belts. And those are just the first tier support people.

    70. Re:Why should this be a surprise? by stacey7165 · · Score: 1

      MySQL's monitoring capabilities is based on open source vendor Hyperic (http://www.hyperic.com/). Hyperic's software, Hyperic HQ, is actually the software that powers many vendor's for sale monitoring and management services - including MuleSource, JBoss (soon to be all of Red Hat as well), SpringSource, Iona and more coming. Javier Soltero, the CEO of Hyperic, has been aptly quoted saying that management is the cash register of open source. Makes sense - people want to pay for a tighter relationship with a vendor providing support - Hyperic HQ provides the platform to base those services. Money for open source vendors is generally a good thing as it keeps new releases coming out and support on the other end of a phone.

    71. Re:Why should this be a surprise? by CopaceticOpus · · Score: 1
      Sorry to follow up my own post, but I've been doing some interesting reading on MySQL tuning. Here is one reason that replication could help improve performance and avoid the locking issues:

      When a client performs a large SELECT on a MyISAM table, it obtains a read lock on the data. Until the SELECT completes, the server won't release the lock and service any pending write requests for the table.
      That's from this article. They also say that the most likely cause of performance issues is inefficient queries. I wonder if a review of all those hand-written queries the original author describes might find many places for simple performance increases? Rewriting queries or switching to stored procedures could be the easiest sort of change to make.

      The next chapter gets more into the details of replication. There is a big downside: all the slave machines must perform all the same writes as the master machine, so they could only offload so much of the read load.

      The best answer to scaling a write-heavy MySQL application seems to be data partitioning. This is brand new with the MySQL 5.1 beta, so it's yet to really be tested, but it's good to know there is at least a promising option underway.
    72. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      I was almost feeling sorry for you until you said you were moving to MSSQL. I've just moved mssql away from a system (to postgresql) because of MSSQL's inability to scale. Whats more , while I didn't move the database to MySQL, I have in the past replaced MSSQL servers with mysql servers to improve performance. MySQL isn't great at scaling but MSSQL is possibly the most pointless product on the market. Like MySQL it has a few major caveats, it's slow, it's just as flakey as mysql was in the past when the server crashes and whats worse is that Microsoft does SFA if there is a problem where as at least the MySQL guys ring me back with a work around. Given the choice I'd much rather pay for MySQL than MSSQL.

    73. Re:Why should this be a surprise? by Cederic · · Score: 1


      Interesting. Many people (hell, even me) can write SQL statements, procedures, triggers, etc, define schemas, maybe even engage in a degree of performance tuning.

      But to deal with large datasets, the underlying configuration of the database has a massive impact on performance, and the way the SQL statements and procedures use the data has massive performance implications depending on the underlying configuration. In other words it's not really possible to do one well without doing the other simultaneously.

      So I would expect the DBA to be heavily involved in the design and usually the development of the database and its primary applications. Even in larger companies. I guess you could differentiate between implementation DBAs and service management/service delivery DBAs, but it's still a DBA role, not a DB developer one.

    74. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      Good luck. Even if you get better performance on the Microsoft platform in the short term, you are still using a proprietary OS that you have absolutely no control over, and will be at the mercy of the Microsoft extortion machine in the future.
      Look at how well the XP to Vista 'upgrade' went in terms of performance.


      This is why little script kiddy FOSSies will never get real jobs working in enterprise IT. This twat doesn't even know why XP and Vista have nothing whatsoever to do with enterprise computing.

    75. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      So that big sucking sound of JAVA, eating away at what little I have left in retirement savings continues. A 4 for 1 reverse stock split (4 x ~$5 == 20), followed by another 25% sucking sound down below $15. So when does Sun stop sucking and earning real money?!

      Oracle is doing well...

    76. Re:Why should this be a surprise? by clubby · · Score: 1

      Touché, I suppose I missed the mark there. What I should have said was that support implies something ongoing. If I buy an air conditioner and an extended warranty, I expect them to fix it but I don't expect the repairman to bring me fancy remote control units for the AC.

    77. Re:Why should this be a surprise? by SQLGuru · · Score: 1

      In my case, I'm on the development team. I'm responsible for writing database code. I'm also an expert statement and procedure tuner (so much so that, I am usually engaged by other teams in my org when they are stumped). Our DBA's are responsible for keeping the servers up and running, tweaking settings, managing backups and disaster recovery. Most of them have no inkling how to tune a statement short of "throw hints in" or "add indexes" which usually isn't the best course of action (I encountered one DB that had a key table with 17 indexes on it). I rewrite queries to improve performance. I understand when indexes are appropriate. I rely on a DBA to figure out the best way to implement that index (which tablespace, etc.). It's probably a fine line and might not be exactly what other people think of as the division, but in my case it works very well. Since I don't really deal with the configuration aspects, I consider myself a database developer.

      Layne

    78. Re:Why should this be a surprise? by RelliK · · Score: 4, Informative

      Excellent comments about MySQL. You've summarized my thoughts exactly. However, you've really dropped the ball by not moving to PostgreSQL. It's really a shame that such a gem gets left in the dust because people simply don't know any better. It's either MySQL on low end or some proprietary DB on high-end. But the truth is that PostgreSQL can do anything that MSSQL can, and it actually does a few things better. For example:

      * If you start a transaction in PostgreSQL and one of the SQL statements causes an error, the transaction is aborted immediately, and all resources are immediately released. The server still expects the client to send "ROLLBACK", but that is merely an acknowledgment. Not so with MSSQL. It allows you to continue writing to the database, AND issue a COMMIT statement at the end, thus committing a partially-failed transaction! This is from the WTF??? department.

      * For whatever reason, the default collation is not case-sensitive. This caused some interesting bugs when we least expected.

      * Client libraries are just pathetic, especially on non-windows platforms. JDBC driver is usable, but C client library is essentially reverse-engineered and not supported by microsoft (http://www.freetds.org/). It is a small miracle we can access MSSQL at all from Linux.

      Anyway, I've used PostgreSQL in my past few projects and currently using MSSQL (not my choice). It is a decent database (other than the annoyances I mentioned), but I still prefer PostgreSQL. Feature-wise, I can't think of anything that MSSQL has and PostgreSQL doesn't. It's really a shame it doesn't get used more.

      --
      ___
      If you think big enough, you'll never have to do it.
    79. Re:Why should this be a surprise? by jadavis · · Score: 1

      Just wait 'til you see 8.3... the performance improvements are amazing.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    80. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      The fat chick is a lie!

    81. Re:Why should this be a surprise? by 00lmz · · Score: 1

      * For whatever reason, the default collation is not case-sensitive. This caused some interesting bugs when we least expected.

      MySQL's default collation is ALSO case insensitive (note the trailing _ci).

    82. Re:Why should this be a surprise? by ClosedSource · · Score: 1

      "So basically, we can't scale up, and we can't easily port to another platform, both due to the limitations of MySQL. And yet, the simple fact is, despite its limitations we desperately need the best MySQL we can get with the latest performance/scalability patches, and the newest bug fixes. And *that* is how MySQL gets our money. We used them as our gateway database until we grew to the point where we're now stuck with them. Being stuck with them, we pay for the best support plan we can, and use the latest MySQL Enterprise we can."

      Well, when you buy proprietary software they have you by the short hairs... oh wait.

    83. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      or you run virtual servers with mysql server on each, dedicate 2 processors to each VM and load balance the servers. More maintenance? yes. Scalability without adding more server space? yes. make use of more cores ? yes.

      Or you could possibly run multiple instances on different ports on the same server (or give it multiple addresses) and cluster them that way.

      Instructions are even available

    84. Re:Why should this be a surprise? by martenmickos · · Score: 1, Redundant


      Thank you for your comments! At MySQL AB we try to listen carefully to our users and customers and make sure our product fits their needs. From our frugal beginnings in the late 90s we have scaled with our customers and today, as you know, MySQL powers Facebook, Second Life, YouTube, Google and others.

      These power users always test and find the limits of MySQL. Many times it seems that something is wrong with our product and that we still have a long ways to go. But then we take the bug reports, feature requests and other input and sit down and design it into our next release, and soon enough we have reached a new level of scalability and maturity. Sure, many times we wish we could deliver the new goodies sooner. But constructing a DBMS is hard work, and each change in the software introduces the risk of side effects in the form of new bugs. So we try to be methodical when making changes.

      The comments in your posting here have already been distributed to the entire MySQL company so that we can evaluate them and take action where needed. Although it can feel embarrassing both to give and to take negative comments, at the end of the day that is one of the key reasons why open source is a superior software development paradigm. So please keep the comments coming! Behind your disappointment, we can hear that you are passionate about this. And if you like, feel free to tell us who you are so that we can engage directly with you in resolving those issues.

      Marten Mickos, CEO, MySQL AB

      P.S. As you may have read elsewhere, we are super excited about the opportunity to be part of Sun. In recent years Sun has become the strongest proponent of free and open source software, and they have a new strategy that includes working closely with *all* platforms, especially Linux and Windows. So with that framework, and knowing that Sun has very deep database expertise that can accelerate the MySQL product roadmap, we felt this was the right thing to do. And nothing wrong in getting access to a huge global field organisation that can sell and support MySQL to customers large and small!

    85. Re:Why should this be a surprise? by gullevek · · Score: 1

      really looking forward to this. I think 8.3-rc1 or 2 is in debian/experimental already ...

      --
      "Freiheit ist immer auch die Freiheit des Andersdenkenden" - Rosa Luxemburg, 1871 - 1919
    86. Re:Why should this be a surprise? by ishwar_joshi · · Score: 1

      Why do people on Slashdot always refer to technical people in India as a 'monkey'? As an Indian I find this very offensive. I have read this lot of times before... 'code monkey in bangalore' etc. I am not sure if this is a racial comment but it sure comes across as one since I have never heard of a 'code monkey in boston'.
      You should watch the movie Outsourced if you want to know why the 'monkey' picks up the phone and says he is 'Mike' - it is so because that's what his American 'non-monkey' boss told him to say to fellow Americans. The Indian asks isn't this lying...to which the American boss has no answer and moves on to the next question.
      Another eye-opening scene was when an American consumer objected to ordering a US patriotic item 'Made in China' and 'Ordered from India'... the Indian girl says... OK, don't hang up, I will give you the website for another company which makes the same cup in America and you can talk to Americans while ordering it. The consumer is taken aback and says 'So what's the difference between your product and theirs?'. She says 'Oh. No difference in the product. Theirs is just $200 more'. The consumer pauses and says 'OK. Give me yours'.

    87. Re:Why should this be a surprise? by Big+Jason · · Score: 1

      * Client libraries are just pathetic, especially on non-windows platforms. JDBC driver is usable, but C client library is essentially reverse-engineered and not supported by microsoft (http://www.freetds.org/). It is a small miracle we can access MSSQL at all from Linux.

      I had a hell of a time trying to compile FreeTDS on Solaris and get Perl's DBD::Sybase to work. Even worse, DBD::Sybase didn't support placeholders, so I had to use $dbh->quote everywhere.

      Another annoying thing in my (limited) experience with MSSQL was that it was difficult to export a table into complete sql statements. I eventually found a perl script written with Win32::ODBC that did the trick.

    88. Re:Why should this be a surprise? by skinfitz · · Score: 1

      The word 'monkey' is often used to describe someone of basic or lacking knowledge (like most first line support). The fact the OP mentioned India was, IMO, unrelated and simply a reference to outsourcing rather than a slight at specifically Indian support personnel. Certainly in Britain it is not a racist term at all, but rather a slight at someone's intelligence.

    89. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      What are you on about?

      Their problem isn't due to vendor lock-in, it's because they wrote their software in a non-portable fashion.

    90. Re:Why should this be a surprise? by Anonymous Coward · · Score: 0

      England doesn't do anything for me, can I have some viagra instead?

    91. Re:Why should this be a surprise? by David+Gerard · · Score: 1

      That would be because we do frankly insane things to keep it all working (sanity is cheaper than spending actual money). (Remember, we have no money and mostly volunteer sysadmins!) Also, MySQL employs our DBAs ... we're one of the cutting-edge extreme users that Marten Mickos mentions in his comment above.

      --
      http://rocknerd.co.uk
    92. Re:Why should this be a surprise? by Adony · · Score: 1

      I do not think that Derby and MySQL are direct competitors ... And Sun works closely with Derby (JavaDB) so I think Sun will be careful in not getting two of its 'products' into a market conflict or direct competition.

      --
      It's not your fault that you're always wrong The weak ones are there to justify the strong
    93. Re:Why should this be a surprise? by trolltalk.com · · Score: 1

      "since I have never heard of a 'code monkey in boston'.

      You must be new here, if you never heard, for example, the term "code monkey" or "web monkey". It has nothing to do with race (there's no such thing as "race") or ethnic origin, or geographic location.

      here.

      It relates to any drudge-work job, such as the hell-desk (aka help desk to the overly optimistic).

    94. Re:Why should this be a surprise? by pionzypher · · Score: 1

      Skinfitz is correct. The term 'code monkey' has nothing to do with race whatsoever. If you care to see a humorous example of American code monkeys, take a look at the G4tv Code Monkeys page.

      If you don't feel like humor, here is a Code Monkey as defined by Wikipedia.

      --
      I'll believe in corporations having personhood when Texas executes one... - advocate_one
    95. Re:Why should this be a surprise? by BBandCMKRNL · · Score: 1

      When a client performs a large SELECT on a MyISAM table, it obtains a read lock on the data. Until the SELECT completes, the server won't release the lock and service any pending write requests for the table. I don't have a dog in this hunt so I'm not taking sides here. Why did you post a quote concerning MyISAM when AC said they had to move to InnoDB due to table locking issues with MyISAM?
      --
      Without the 2nd Amendment, the others are just suggestions.
    96. Re:Why should this be a surprise? by CopaceticOpus · · Score: 1

      Yeah, I missed that. I was reading this all pretty quickly. :)

      I'm no expert, I was just trying to get at one core question: is MySQL really not scalable beyond the limits of a single machine? I don't have a solid conclusion about that yet.

    97. Re:Why should this be a surprise? by CopaceticOpus · · Score: 1

      Do you have an answer to the core limitation described by the original poster? What can be done when a single server is simply not fast enough to handle all the needed write operations? A read-heavy application can easily have its load distributed using replication. But replication only has limited performance benefits for a write-heavy application. So how can MySQL be scaled in such a case beyond the limitations of a single server?

      I tried to do some research and get a discussion going in the above comments, but I didn't find a definitive answer. This is an essential question, because it would be foolish to start any project with a database that couldn't scale to match any future needs.

    98. Re:Why should this be a surprise? by krow · · Score: 1

      Hi!

      There are a number of ways to approach this problem. For one, you can throw hardware at it. Put a raid system under the data and just scale it out by applying as many disks as you can. In theory solid state disks will also solve this problem (though right now the limit for a single disk instances is 64gig).

      You could use MySQL Cluster. It scales by pushing writes off to multiple storage nodes. If you need more speed you add more nodes.

      From the software side you can choose to partition. This would push out locks to multiple partitions, and in the case of Innodb or MyISAM you can put the tables on different disks.

      If what you need is fast aggregate operations, then the Archive engine will work for you.

      There are number of ways to approach this. If you want to give me some more details about what you are trying to do, I'd be happy to offer up some solutions.

      Cheers,
            -Brian

      --
      You can't grep a dead tree.
    99. Re:Why should this be a surprise? by CopaceticOpus · · Score: 1

      I don't have a specific application in mind. I've developed several applications using MySQL, but always with a small enough user base that performance never was an issue.

      Last year, I was working on a more demanding application. I wanted to use MySQL, but was given specific instructions to use MSSQL. The project manager did not feel confident in MySQL's performance and was not willing to discuss it, even though there were practical advantages to us if we used MySQL. Since then I have been very curious if there was any truth to his performance concerns.

      This is why the above story of a company switching from MySQL to MSSQL was so interesting to me. I'd be curious to know if they tried MySQL Cluster or any of your other suggestions before jumping ship.

    100. Re:Why should this be a surprise? by afedaken · · Score: 1

      Would someone please define FGAS for the acronymically impaired?

      --
      If there's a castle floating upside down in the sky, then there's a castle floating upside down in the sky.
    101. Re:Why should this be a surprise? by afedaken · · Score: 1

      A sure sign of Internet Disease.

      --
      If there's a castle floating upside down in the sky, then there's a castle floating upside down in the sky.
    102. Re:Why should this be a surprise? by bhtooefr · · Score: 1

      Fat Girl Angle Shot.

      Basically, a shot that fatties take to hide their fatness.

    103. Re:Why should this be a surprise? by shokk · · Score: 0

      Must scrub eyes harder... can't get the memory out... can still see... oh lord!!

      --
      "Beware of he who would deny you access to information, for in his heart, he dreams himself your master."
  2. Maybe it is not about Sun making money by TheLinuxSRC · · Score: 3, Interesting

    How can an open source software company with $70 million or so in revenue and no profits to speak of be worth $1 billion?

    This is where you have to think outside of the box. There are some who believe that Sun may simply be the pawn of Oracle. Oracle could not buy MySQL directly because of anti-trust issues etc.. Not to mention, Sun and Oracle have been "strategic partners" for a very long time. However, another company could purchase MySQL to kill it off.

    I am not saying this is exactly what happend, but I do think the above author and Dvorak make some good points. Disclaimer: IANADF - I am not a Dvorak fan :)

    1. Re:Maybe it is not about Sun making money by morgan_greywolf · · Score: 3, Informative

      This is where you have to think outside of the box. There are some who believe that Sun may simply be the pawn of Oracle. Oracle could not buy MySQL directly because of anti-trust issues etc.. Not to mention, Sun and Oracle have been "strategic partners" for a very long time. Don't believe everything you read on the Web. There's bad blood between Sun and Oracle right now over Oracle doing their own Red Hat-based Linux. Oracle's long-term strategy is to try to get most of its customers on Oracle Linux. They don't want to be beholden to any platform companies, especially not Sun.
    2. Re:Maybe it is not about Sun making money by Anonymous Coward · · Score: 0

      You mean kill off commercial support though right? The second the old enterprise services offered by MySQL AB stop, other people will pick up the niche opening in the market. Remember MySQL is released under the GPL, and is used by millions of people and companies.

    3. Re:Maybe it is not about Sun making money by Tranzistors · · Score: 5, Funny

      WITPOUAATTDIKPWIWNBUITSEA - What is the point of using ad-hoc acronym, then to dereference it, knowing perfectly well it will never be used in that sense ever again?

    4. Re:Maybe it is not about Sun making money by petermgreen · · Score: 1

      Remember MySQL is released under the GPL
      Right, all of it including the client libaries are. What that means is is you want to use it in propietry apps you have to buy a license.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    5. Re:Maybe it is not about Sun making money by TheLinuxSRC · · Score: 1

      I agree with everything you say, but I think MySQL has been a thorn in the side of Oracle much more so than Redhat or Sun ever could be. This could just be a stepping stone for Oracle (if any of what I read is true in the first place :).

      I think it is important to remember that Oracle could never have bought MySQL (legal/political reasons; not because they could not afford it); yet Oracle would love nothing more than to see MySQL die.

      I sincerely hope that this is not the case - I use MySQL daily. This is just food for thought. Not too mention, you can never truly kill MySQL; it is GPL'd!

    6. Re:Maybe it is not about Sun making money by Corporate+Troll · · Score: 4, Informative

      What that means is is you want to use it in propietry apps you have to buy a license.
      Or release your own code to the GPL.... Which is completely fair.
    7. Re:Maybe it is not about Sun making money by theManInTheYellowHat · · Score: 4, Insightful

      I can not believe that the reason for paying a very large sum of money for an Open Source company, just to kill it, would be the motivation.

      Suppose that were the case and this morning all the download areas of MySql were gone. There was no way to get the software besides paying for it, and then make it worse, it cost a large sum money.

      Don't you think that someone would take the source that is out in the wild and fork it off to make another Open Source product? It is included in several large distros, the source is scattered all over the net. I do not think that it is killable.

    8. Re:Maybe it is not about Sun making money by garett_spencley · · Score: 2, Insightful

      First of all, who is to say that there would be any anti-trust issues with Oracle purchasing MySQLAB ? It's not like the AOL/Time-Warner merger where you had two massive corporations that both had a huge stake in media markets. Oracle has a lot of competition from IBM, Microsoft etc. And MySQLAB is hardly a big company. It would be like Microsoft purchasing any other small potato. Yes the community version of MySQL is used quite a bit but do you really think the US government would give a shit about Oracle (a fairly large company but not any kind of monopoly by any standards) purchasing a relatively small potato like MySQLAB ?

      And secondly, while a company could buy MySQL and kill off the proprietary offerings, that wouldn't help them much in the market place because you can't kill off the community version. Too many people depend on the community version of MySQL. It's not always safe to assume that the community will pick up and revive a "dead" project, but in the case of MySQL it pretty much is. It would be like any other fork of very popular software such as XFree86 -> Xorg and GCC -> EGCS. Not the exact same circumstances in those cases but similar and the point is that when enough people use and depend on the software and find that the controlling factor in that software is headed in a direction that's not in the best interest of the community there will almost certainly be developers who will fork and keep it going because they, like, need it and stuff.

    9. Re:Maybe it is not about Sun making money by Lally+Singh · · Score: 1

      Small correction, if you want to distribute proprietary apps, you have to buy a license. If it's something you run yourself, say a website, I don't think you have to distribute the source.

      --
      Care about electronic freedom? Consider donating to the EFF!
    10. Re:Maybe it is not about Sun making money by WindBourne · · Score: 1

      yeah, sun will kill it off, just like they did to star office.

      Look, there is no way for Sun to kill it off. As others pointed out, it is GPL. In fact, I am guessing that other companies will spring up to offer support over the next year. Besides, this is schwartz, not McNealy. I would not put it past McNealy to do this, but schwartz is not into games. He has been a straight-up player. McNealy is the idiot who invested into SCO in hopes of killing Linux and certainly hurting it. It probably did hurt Linux to a degree, but it hurt Sun more once it was found out that they were playing these games (in spite of what the sun fanbois say).

      --
      I prefer the "u" in honour as it seems to be missing these days.
    11. Re:Maybe it is not about Sun making money by morgan_greywolf · · Score: 3, Interesting

      I agree with everything you say, but I think MySQL has been a thorn in the side of Oracle much more so than Redhat or Sun ever could be. This could just be a stepping stone for Oracle (if any of what I read is true in the first place :). It seems I have to be a bit more explicit. Now extrapolate what you just said with I what I said and draw some conclusions.

      See it? (No peaking at the next paragraph until you think about it for yourself for a second.) ...

      Sun bought MySQL precisely because it is a thorn in Oracle's side. They won't want it to go away, they want it to continue being a thorn in Oracle's side.

    12. Re:Maybe it is not about Sun making money by kilgortrout · · Score: 1

      This is where you have to think outside of the box. No offense, but that's where I stopped reading. Anyone that's ever said that to me(generally management type weasels) have been so hopelessly trapped in the box, they couldn't find their way out with a compass and a boy scout. For the love of God, find a new metaphor for original thinking.
    13. Re:Maybe it is not about Sun making money by Anonymous Coward · · Score: 1, Informative

      Sun and Oracle are kind of strange strategic partners since Oracle is now completely pushing Linux (particularly their "Unbreakable" Linux) as the Os of choice for their database, to the point of releasing Oracle 11 for Linux several months before releasing it for any other platform, and for only providing some of their major value add tools (OCFS2, for example) for Linux. Oracle databases used to be the balliwick of Sun's SPARC and Solaris.

    14. Re:Maybe it is not about Sun making money by thePowerOfGrayskull · · Score: 1

      I think it is important to remember that Oracle could never have bought MySQL (legal/political reasons; not because they could not afford it); Mm. Not really. There is tons of competition out there in the marketplace; there really would not have been any legal or political complications at all. If Oracle didn't buy it, it's because they didn't want it or didn't feel it was worth the exorbitant pricetag; or because MySQL didn't want to sell to them. Any kind of financial support to Sun would be documented in both companies' SEC filings, which I'll bet don't show anything of the sort - especially not to the tune of hundreds of millions or a billion dollars.
    15. Re:Maybe it is not about Sun making money by morgan_greywolf · · Score: 3, Funny

      WITPOUAATTDIKPWIWNBUITSEA - What is the point of using ad-hoc acronym, then to dereference it, knowing perfectly well it will never be used in that sense ever again? HCYBSC? (How can you be so certain?)

      IANADF. :-P
    16. Re:Maybe it is not about Sun making money by morgan_greywolf · · Score: 1
    17. Re:Maybe it is not about Sun making money by Anonymous Coward · · Score: 0

      The little smiley face tells me that it was supposed to be a joke, you humorless twit.

    18. Re:Maybe it is not about Sun making money by giorgiofr · · Score: 1

      Just wait for GPLv4 and that shall be taken "care" of.

      --
      Global warming is a cube.
    19. Re:Maybe it is not about Sun making money by JerkBoB · · Score: 1
      If it's something you run yourself, say a website, I don't think you have to distribute the source.

      This is absolutely correct, and is the perfect response to the OP's tired old FUD-y question. If you don't distribute GPL "encumbered" software, you don't have to release source.

      From the GPL FAQ:

      ... a company or other organization can develop a modified version and install that version through its own facilities, without giving the staff permission to release that modified version to outsiders.

      However, when the organization transfers copies to other organizations or individuals, that is distribution. In particular, providing copies to contractors for use off-site is distribution.


      Even more to the point:

      A company is running a modified version of a GPL'ed program on a web site. Does the GPL say they must release their modified sources?

              The GPL permits anyone to make a modified version and use it without ever distributing it to others. What this company is doing is a special case of that. Therefore, the company does not have to release the modified sources.


      For the umpteenth time: the GPL is a distribution license, not a use license. It was designed to enforce the ideal that anyone who gets binaries should be able to also get the source to those binaries, so that they're not beholden to e.g. one manufacturer's shitty implementation of a printer driver. It also protects that original software distributor from someone downstream taking their work, modifying it (e.g. to remove/change attribution, or simply improving it) and re-distributing binaries without sharing the changes.

      Bleah. Why can't people read?
      --
      A host is a host from coast to coast...
      Unless it's down, or slow, or fails to POST!
    20. Re:Maybe it is not about Sun making money by jedidiah · · Score: 1

      OCFS2 is just a bastardized form of ext3. How would porting that to Solaris work exactly?

      --
      A Pirate and a Puritan look the same on a balance sheet.
    21. Re:Maybe it is not about Sun making money by DragonWriter · · Score: 1

      What that means is is you want to use it in propietry apps you have to buy a license.


      Or, alternatively, buy MySQL AB, though that's a little more expensive, but gives you more freedom if you plan to include some or all of MySQL, including its client libraries, in different proprietary applications, or to have freedom to choose the terms under which it is relicensed without future renegotiation.

    22. Re:Maybe it is not about Sun making money by corbettw · · Score: 1

      Oracle could not buy MySQL directly because of anti-trust issues This list has 21 companies Oracle has bought out in the last 10 years or so. Granted, only two of them are actual database companies, but all of them competed directly in one of Oracle's business areas. If anti-trust didn't stop those acquisitions, why would it have stopped this one?
      --
      God invented whiskey so the Irish would not rule the world.
    23. Re:Maybe it is not about Sun making money by iphayd · · Score: 1

      ISAAWO/.AN/.M? (Is starting an acronym war on slashdot a new a new slashdot meme?

    24. Re:Maybe it is not about Sun making money by anomalous+cohort · · Score: 1

      I can not believe that the reason for paying a very large sum of money for an Open Source company, just to kill it, would be the motivation.

      I hope you're right.

    25. Re:Maybe it is not about Sun making money by mattmatt · · Score: 1

      N (No).

  3. Same could be said for others by PowerEdge · · Score: 1

    Such as VMW and XenSource and every ORCL acquisition. It's the potential that the companies and investors are buying.

  4. Mod article -1, Troll by morgan_greywolf · · Score: 0, Redundant

    MySQL doesn't make money by enticing the customers with the 'extra bells and whistles' of MySQL Enterprise. They make money because companies who base any important part of their IT infrastructure on MySQL or any open source product will want to pay for support. It's the same reason companies pay for RedHat or SuSE. Who has better support for an open source product than the developer of that product?

    1. Re:Mod article -1, Troll by AutopsyReport · · Score: 4, Insightful

      Actually, it has less to do with support and more to do with the fact that companies that develop commercial, proprietary, closed-source applications using MySQL are required to purchase MySQL Enterprise if they want to use MySQL. Otherwise, they have to look to completely free alternatives, such as PostgreSQL.

      There are certainly customers that adopt MySQL Enterprise purely for the support, but I believe the majority of customers are using MySQL Enterprise for commercial purposes because they have no other choice if they wish to adopt the MySQL platform.

      --

      For he today that sheds his blood with me shall be my brother.

    2. Re:Mod article -1, Troll by raynet · · Score: 1

      If they use MySQL via ODBC, JDBC whatnot and don't include the MySQL client libraries in their code, I don't think they need to get the commercial license. For example, Extensis Portfolio SQL Server on Windows uses MSSQL and on Mac it uses MySQL, but it doesn't ship with MySQL. It uses ODBC and the manual just says you need to get and install MySQL to use the product.

      --
      - Raynet --> .
    3. Re:Mod article -1, Troll by AutopsyReport · · Score: 1

      Check out the MySQL commercial license. It's pretty clear that any kind of distribution or connection method falls under the commercial license. The example you mentioned should be requiring the customer to purchase a license for MySQL, but in reality that will rarely happen if it's up to the installer.

      --

      For he today that sheds his blood with me shall be my brother.

    4. Re:Mod article -1, Troll by mhall119 · · Score: 1

      Distributing an app that uses ODBC or JDBC doesn't distribute any MySQL. Most that I have seen that do this require that you provide the ODBC or JDBC driver yourself.

      --
      http://www.mhall119.com
    5. Re:Mod article -1, Troll by AutopsyReport · · Score: 1

      MySQL uses the term distribution loosely. From the license:

      Typical examples of MySQL distribution include:
      * Selling software that includes MySQL to customers who install the software on their own machines.
      * Selling software that requires customers to install MySQL themselves on their own machines.
      * Building a hardware system that includes MySQL and selling that hardware system to customers for installation at their own locations.

      --

      For he today that sheds his blood with me shall be my brother.

    6. Re:Mod article -1, Troll by mhall119 · · Score: 1

      Yes, but that goes against the definition of distribution in the GPL, which in the end is the only definition that matters here.

      --
      http://www.mhall119.com
    7. Re:Mod article -1, Troll by GiMP · · Score: 1

      While you're correct in saying that they do not authorize non-GPL products to use their GPL'ed version of MySQL, this is because the client libraries are GPL, not LGPL. There is already a fork of the client libraries licensed as LGPL for the intention of allowing non-GPL applications to link to a compatible client library. Debian, and likely other distributions, ship these libraries to minimize legal troubles.

      It should also then be noted that running a GPL mysql server is legal for both commercial or non-commercial purposes, it is only a question of what libraries the clients are using.

  5. Java by ForexCoder · · Score: 5, Interesting

    He misses the most obvious way of making Mysql pay and that is Java. If Sun goes down the same route that Microsoft is with Sql Server/.NET and integrates Java into Mysql, Sun gets a powerful new platform for the enterprise.

    1. Re:Java by slashpot · · Score: 0, Funny

      Integrate java into MySQL?

      Oh god. Someone shoot me.

    2. Re:Java by Anonymous Coward · · Score: 0

      Except for the minor problem that MySQL isn't written in Java.
      There are full Java RDBMSes out there which would be a better fit. Probably cheaper to acquire aswell.

    3. Re:Java by bluFox · · Score: 1

      It might be useful and faster than java in the Desktop for the reason that you can make do with a single (or pooled) JVM(s) on the database (which starts up once and stays there.) Pretty similar to servlet model. So the slow and memmory hungry model will not apply.

      --
      ~561
    4. Re:Java by bluFox · · Score: 1

      It does not need to be written in java, you can instanciate a pool of JVMs on the db and use it (the same way native webservers allow servlets on them.) This is the model followed by oracle who also support java stored procedures.

      --
      ~561
    5. Re:Java by Vellmont · · Score: 0, Troll


      If Sun goes down the same route that Microsoft is with Sql Server/.NET and integrates Java into Mysql, Sun gets a powerful new platform for the enterprise.

      So a crappy database server with some Java tacked on somewhere? No thanks. Microsoft has the advantage the SQL Server is actually a good database. If I wanted to choose something open source, I'd just pick postgresql, as it's a hell of a lot closer to the Oracle/SQL Server class of products.

      --
      AccountKiller
    6. Re:Java by odourpreventer · · Score: 1

      Except for the minor problem that MySQL isn't written in Java.

      I don't see how this is a problem. Embedding C/C++ stuff in Java is quite easy.

    7. Re:Java by rubycodez · · Score: 1

      if Sun can actually figure out how to make Java pay it won't matter whether mysql does or not

    8. Re:Java by larry+bagina · · Score: 2, Informative

      Oracle isn't written in java, yet they allow java stored procedures. SQL Server isn't written in VB.NET, yet they allow VB.NET stored procedures. Postgresql isn't written in perl, yet they allow perl stored procedures.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    9. Re:Java by Anonymous Coward · · Score: 0

      SQL server doesn't support: before insert triggers or row level triggers. SQL Lite and even MyQL 5 beat them

    10. Re:Java by The_reformant · · Score: 1

      Actually that is a very good point, Sun doesnt make much out of a LAMP stack but perhaps theyre aiming at pushing a solaris-tomcat-java-mysql stack

      --
      I have discovered a truly remarkable sig which this post is too small to contain.
    11. Re:Java by DragonWriter · · Score: 1

      So a crappy database server with some Java tacked on somewhere? No thanks. Microsoft has the advantage the SQL Server is actually a good database. If I wanted to choose something open source, I'd just pick postgresql, as it's a hell of a lot closer to the Oracle/SQL Server class of products.


      MySQL is probably easier to buy. And PostgreSQL is under a BSD license, which means that if you've got the money to throw at the necessary development and integration, you can take anything you like from it and incorporate it into something you own with minimal trouble, something you can't do with MySQL unless you own it.
    12. Re:Java by sumnerp · · Score: 1

      STJM is just too unpronouncable to fly

  6. Can Sun Make MySQL Pay? by Anonymous Coward · · Score: 3, Funny

    Those bastards!

    Sun will make MySQL pay. Boy, will they pay!

  7. Mindshare by soxos · · Score: 5, Interesting

    I've pondered this as well. What makes Youtube worth ~1.5 billion? Certainly not the technology. Sun has bought developer mindshare. When you think MySQL now, you're going to associate it with Sun. As long as they don't destroy it, it will reflect well on a company that, till now, has been floundering.

    According to Torvald's biography, Linus walked out of a meeting in the 90's that Sun had called with the open-source community because the license they were introducing didn't pass his muster. It is interesting to see Sun coming around.

    Of course, I could be totally wrong and we could be looking at a storm on the horizon.

    1. Re:Mindshare by PinkPanther · · Score: 0

      it will reflect well on a company that, till now, has been floundering

      I'm sorry, how do you define floundering ??

      --
      It's a simple matter of complex programming.
    2. Re:Mindshare by Anonymous Coward · · Score: 0

      From the page you linked to:

      Sunoco, Inc. (Sunoco) operates through its subsidiaries, as a petroleum refiner and marketer, and chemicals manufacturer with interests in logistics and cokemaking. The Company's petroleum refining and marketing operations include the manufacturing and marketing of a range of petroleum products, including fuels, lubricants and petrochemicals. Sunoco's chemical operations comprise the manufacturing, distribution and marketing of commodity and intermediate petrochemicals. The petroleum refining and marketing, and chemicals and logistics operations are conducted principally in the eastern half of the United States. Sunoco's cokemaking operations are conducted in Virginia, Indiana and Ohio. The Company operates in five business segments: Refining and Supply, Retail Marketing, Chemicals, Logistics and Coke.

      Perhaps you meant Sun Microsystems?

    3. Re:Mindshare by retzkek · · Score: 1

      Um, you might want to try this one instead.

    4. Re:Mindshare by Anonymous Coward · · Score: 0

      Certainly not by pointing to the ticker SUN, which is Sunoco (historically called the Sun Oil Company of Ohio) a petroleum and petrochemical company. Which is vastly different from Sun Microsystems (ticker: JAVA), a maker of computer systems and software.

    5. Re:Mindshare by RobBebop · · Score: 2, Informative

      it will reflect well on a company that, till now, has been floundering

      I'm sorry, how do you define floundering [link to Sunoco stock chart]??

      You quoted stock symbol "SUN" rather than "SUNW" which is the former symbol for Sun Microsystems. FYI, they currently trade under the symbol "JAVA".

      As a stock, they have changed their name and done a reverse split recently. They are currently trading at about where they have been for the last year.

      Though, their action on Wall Street is much like Apple BEFORE the iPod. I am not suggesting that Sun has the capability of releasing a iPod caliber killer product... but they have a strong technology portfolio and I wouldn't bet AGAINST them at this point in time.

      --
      Support the 30 Hour Work Week!!!
    6. Re:Mindshare by irenaeous · · Score: 1

      Sun is in the oil business?! What a surprise! How many oil fields do they have licenses on?

    7. Re:Mindshare by Anonymous Coward · · Score: 0

      lol

      pwned

  8. MySQL forgot the important part of the equation by patio11 · · Score: 2, Insightful

    Free software *which is painful as hell to use*, paid support. If your software is well-documented, configuration is easy, and it isn't effectively broken in important respects... what do you need support for, again?

    1. Re:MySQL forgot the important part of the equation by slashpot · · Score: 0

      Because MySQL works great for small to medium businesses... you can even grow to fairly decent size with MySQL's cripped master/master multi-slave abilities.... and then when all of your companies architecture is built around the brain dead way you have to scale the MySQL backend - and you start hitting bottleneck's that even massive EMC san storage can't fix - well - then some suit thinks its a good idea to switch to the Enterprise version to get the support you "need"... and after you pay for it the consultants will tell you your screwed you have to change your architecture - but can't tell you how so it will scale any larger than what you've already got - and then they'll hide behind MySQL's immaturity and avoid an direct statements to reinforce what your sys admins have been screaming for years - go Oracle or DB2 - but oops - too late ... and then you have disastrous fallout that kills the small to medium business that saved a few bucks back in the day but starting on MySQL.

      But screw it - MySQL got there money in the process.

    2. Re:MySQL forgot the important part of the equation by PinkPanther · · Score: 2, Insightful

      what do you need support for, again?

      Because the vast majority of corporations don't want to be solely dependent on "Harry the IT guy" and want to have a responsible party to address issues that may arise. If you are a middle manager in charge of a solution based on some software, and that software starts misbehaving, you want to put "working with XXX support to resolve" in your executive summary, regardless of who actually ends up fixing the problem (and regardless of who actually caused the problem).

      --
      It's a simple matter of complex programming.
    3. Re:MySQL forgot the important part of the equation by garett_spencley · · Score: 2, Informative

      This is a common misconception that a lot of people seem to have. When they equate support with phoning up a tech guy to get help with their laptop not booting etc.

      Companies get support contracts for various purposes. In some cases you might need to talk to a development team about adding a feature. Good luck if you're not paying for that kind of level of support. You might also need to have the product deployed across 500 servers and you need to brainstorm with the company's technicians about the best way to do that effectively. Oh and if something does break, if a bug is found etc. it is always nice for your own IT department to be able to get a support rep, developer or technician on the phone at 2:30am on a Sunday morning when your critical sites are down and costing you money by the second etc.

    4. Re:MySQL forgot the important part of the equation by paskie · · Score: 1

      You need support for:

      (i) Non-obvious usage issues. No documentation is perfect and you might need to do something obscure that isn't well documented, and want to be told how to do it.

      (ii) Bugs. If you are depending on MySQL and discover some nasty bug, you need the vendor to fix it and fix it soon. This is the major reason why companies purchase support.

      --
      It's not the fall that kills you. It's the sudden stop at the end. -Douglas Adams
    5. Re:MySQL forgot the important part of the equation by SQLGuru · · Score: 2

      Why not just start with the SQL Server free version.....it scales all the way to SQL Server Enterprise with no code changes.......all you get are extra features as you progress up the scale. It's a standard, supported system. There is tons of information on using it.

      Oh wait, I know.....It doesn't run on Linux, so everyone here will trash it.

      Layne

    6. Re:MySQL forgot the important part of the equation by ThrobbingGristle · · Score: 1

      A couple of reasons come to mind:

      Some poeple would rather not give any (more) money to Microsoft, as it tends to reward them for abusing their monopoly position

      Some poeple would rather not run their database on Windows, or be locked into running their database on windows in case they change their mind later.

      Those are valid reasons. Your stated and implied only reason, is just a stupid troll.

    7. Re:MySQL forgot the important part of the equation by CmdrGravy · · Score: 0, Flamebait

      Ha ! And be forced to use Microsoft Stupid Studio, I think not.

    8. Re:MySQL forgot the important part of the equation by Anonymous Coward · · Score: 1, Informative

      Why not just start with the SQL Server free version.....it scales all the way to SQL Server Enterprise with no code changes Woo-hoo. It scales all the way up to machines with 4 or maybe even 8 CPUs.

      Yeah, I know MS specs have something like a max of 1024 CPUs. But that's just a #define in their source code. And yeah, I know MS SQL Server began life as a Sybase port - and Sybase does scale.

      But the OS you're stuck with when running SQL Server simply does not scale. It's not stable. It's becoming more and more DRM-encumbered, further reducing scalability and stability. It's utterly fucking opaque, so when things go wrong there's no way to figure out why.

      If you use any other database, you can swap out your underlying OS.

      The only reason to us MS SQL Server is because you want a 60% solution and can get "certified" DB monkeys cheap.
    9. Re:MySQL forgot the important part of the equation by jedidiah · · Score: 1

      Why not just start with Oracle? There are versions of Oracle that are pretty cheap. You don't HAVE to buy the 60K per cpu version.

      You can even get the clustering cheaper if you can live without some of the other "enterprise" features.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    10. Re:MySQL forgot the important part of the equation by narrowhouse · · Score: 2, Informative

      Because the OSS database server can support a database larger than 4GB and still be free? The "free" version of MS SQL is pretty limited in terms of software on which you might run a company. If you are going to pay the kind of money that MS SQL server standard + any support from Microsoft costs you suddenly have several more options both Open and Proprietary.The fact that it only runs in Windows is irrelevant, it doesn't fill the same niche as MySQL or PostgreSQL, where you can use labour to compensate for the lack of some niceties.

      --


      Insert pithy comment here.
  9. Back Inside the Box by Mateo_LeFou · · Score: 3, Interesting

    TFA: "Sun would have to grow MySQL's revenues to $500 million per year to bring it into sync with the purchase price"

    That's a 7X increase, no small potatoes, but if Sun is thinking long term (esp., hopefully, w/r/t international markets), I don't think this is as unlikely as the article writer seems to.

    --
    My turnips listen for the soft cry of your love
    1. Re:Back Inside the Box by mhall119 · · Score: 1

      Actually, Sun would only have to grow Sun's revenue to $500million per year as a result of this purchase. If offering MySQL results in an increase of Solaris systems running on Niagra processors with Thumper data storage, instead of comparable stacks from IBM, HP or Dell, they could easily make that kind of increase.

      --
      http://www.mhall119.com
    2. Re:Back Inside the Box by Anonymous Coward · · Score: 0

      Of course first Sun will decrease any license revenue that MySQL produces as Jonathan Schwartz said "Everything [software] that Sun produces will be open source and free,". So maybe it's really a 14x increase, assuming 50% license, 50% support revenue.

      I wonder if that promise will remain ...

    3. Re:Back Inside the Box by turgid · · Score: 1

      Every year, Sun makes a large company purchase, lays of a few thousand staff and gets a tax discount.

  10. Obvious answer: They are buying influence by zig007 · · Score: 1

    Sun is buying direct influence over millions of websites through owning the database product that powers them.
    And maybe even more importantly they establish a customer relation with their owners.
    That's half a sale right there, or at least a direct channel.

    I am not saying it comes at a bargain price, though...

    --
    Baboons are cute.
  11. I didn't go to business school, but... by spiritraveller · · Score: 4, Funny

    Jeff Gould presents an interesting analysis in Interop News: How can an open source software company with $70 million or so in revenue and no profits to speak of be worth $1 billion? That's the question Sun CEO Jonathan Schwartz has been trying to answer since he bought MySQL last week. Wouldn't it seem like a good idea to answer those questions BEFORE spending a billion dollars?
    1. Re:I didn't go to business school, but... by PinkPanther · · Score: 1
      I'm going to guess that one or two people at Sun DID think this through, they just forgot to fill Jeff Gould in on the details so he didn't have to do any thinking before writing his article.

      Yes Jeff, Jonny Schwartz spent $1B and THEN he started trying to figure out what to do with it.

      --
      It's a simple matter of complex programming.
    2. Re:I didn't go to business school, but... by Lally+Singh · · Score: 4, Informative
      Quoting Schwartz's blog:

      Where are the revenue synergies?

      The more interesting question is "where aren't the synergies?" Wherever MySQL is deployed, whether the user is paying for software support or not, a server will be purchased, along with a storage device, networking infrastructure - and over time, support services on high value open platforms. Last I checked, we have products in almost all those categories.



      In addition, the single biggest impediment to MySQL's growth wasn't the feature set of their technology - which is perfectly married to planetary scale in the on-line/web world. The biggest impediment was that some traditional enterprises wanted a Fortune 500 vendor ("someone in a Gartner magic quadrant") to provide enterprise support. Good news, we can augment MySQL's great service team with an extraordinary set of service professionals across the planet - and provide global mission critical support to the biggest businesses on earth.




      So yeah, he's got an idea for the answer, but the author of the TFA knew he didn't have a story if he had read the entire blog entry :-P

      I think the idea that people will go "hey, that sun mysql worked out pretty well for us. let's go over to sun.com and see what else they have." isn't a bad one. I think the real kicker will be support. Have some random problem in mysql that's killing you? Pay for an incident with Sun support, and the customer could be well satisfied with what they get back. They like the idea of having a vendor that will actually fix things for you, and suddenly you look at other stuff sun sells that you could get support for.

      To put it in perspective, I've got a sun desktop machine (nothing fancy, an amd box that was a lot cheaper than my macbook pro) and it was getting a harmless error message. I put in a support call to sun. Until the issue's fixed (they want me to upgrade the firmware), they've been stalking me to track the ticket. E-mails and voicemail messages ("Did you get a chance to upgrade that firmware yet?") more often than you'd get from a real-life stalker. These kids don't screw around with support. I'm kind of afraid of them for that.

      But I'm sure that if you have a problem that's important, you'll appreciate the dedication.

      I'm sure there's a lot to be said about companies trusting mysql more now that a big company like sun's behind them, but I'm still in academia, so I donno how much of a factor that is. Probably lots.

      --
      Care about electronic freedom? Consider donating to the EFF!
    3. Re:I didn't go to business school, but... by The+One+and+Only · · Score: 5, Funny

      Wouldn't it seem like a good idea to answer those questions BEFORE spending a billion dollars?

      I can tell you don't have an MBA!

      --
      In Repressive Burma, it's not just your connection that dies. slashdot.org/comments.pl?sid=314547&cid=20819199
    4. Re:I didn't go to business school, but... by sootman · · Score: 1

      Until the issue's fixed (they want me to upgrade the firmware), they've been stalking me to track the ticket. E-mails and voicemail messages ("Did you get a chance to upgrade that firmware yet?") more often than you'd get from a real-life stalker.

      Maybe they've just got a lot of free time these days. ;-)

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    5. Re:I didn't go to business school, but... by mvdwege · · Score: 2, Interesting

      I concur. I have had experience with Sun's Platinum support, and they do good work. You call up, explain your problem to the first line support, and you get immediately put through to an engineer, who'll do the preliminary troubleshooting with you. If you already have done some troubleshooting, the engineer will listen patiently to your results, and if they're sufficient, he'll either provide a fix or send on-site support over.

      No two-week hassle with first-line support who work from a script and are unwilling to escalate to an engineer until you start threatening to escalate to your account manager (like a large firewall vendor I currently work with), just an entire support structure that just assumes that you know what you are talking about, and yet are trained to ask the right questions to weed out the lusers who don't even know how to do basic troubleshooting. Bad disk in a RAID set? Just read the error messages from the log, run iostat -E and report the output, and voila, a new disk is on its way.

      Sun support is wonderful. Lower levels than Platinum may take a little longer, but I doubt that the technical knowledge displayed is any less. Too bad I currently don't need the level of support and reliability Sun provides. If you don't, like me, then Sun kit is massively overpriced. If you do, it's right on the money.

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
  12. OS config in DB by Anonymous Coward · · Score: 1, Interesting

    I have always thought that most of the OS config should be moved to a proper networked DB. Much better scalability, consistant API, Security etc. That along with bundled content management seems like the right direction to be going.

    1. Re:OS config in DB by Cthefuture · · Score: 1

      You mean like the Windows registry?

      It hard to beat hand editable files. It's just too convenient.

      It's sort of like HTML/XML/etc. Technically they are not that great. Just a bunch of stupid generic verbose tags. ASN.1 would have been a much better high performance choice. The problem is ASN.1 is really hard to edit by hand, requiring a hex editor and complicated encoding rules or other tools...

      --
      The ratio of people to cake is too big
    2. Re:OS config in DB by DragonWriter · · Score: 1

      I have always thought that most of the OS config should be moved to a proper networked DB.

      You mean like the Windows registry?


      I would imagine that a heirarchical key/value db wasn't the "proper networked DB" that the GP had in mind.

      And while its ubiquitous, its not all that well integrated.

      It hard to beat hand editable files. It's just too convenient.


      There's no reason an OS which integrated such a database couldn't expose configuration "files" as if they were normal files in the file system, and let them be editted as such. And bad edits (ones that weren't formatted properly) could simply fail to be committed back to the db (perhaps producing an error that an application or shell could catch and report back).
  13. Re:Mudslums Misteat Women by scubamage · · Score: 0, Troll

    Please chemically castrate yourself, or jump off of a tall building before you have a chance to reproduce. Thanks.

  14. cheapskates by ThirdPrize · · Score: 2, Insightful

    Perhaps it wants a db it can install for all the cheapskates who buy their hardware but don't want to fork out for an expensive db.

    --
    I have excellent Karma and I am not afraid to Troll it.
    1. Re:cheapskates by Anne+Thwacks · · Score: 1
      Perhaps it wants a db it can install for all the cheapskates who buy their hardware but don't want to fork out for an expensive db.

      Well tough - we use PostgreSQL already!

      --
      Sent from my ASR33 using ASCII
  15. Maybe it's worth the money indirectly by SCHecklerX · · Score: 1

    Maybe they won't make profit from MySQL directly. But being able to bundle it and support it could mean more sales of sun solutions with an integrated database vs. paying for oracle licenses. Just a thought.

  16. So wait... by scubamage · · Score: 1

    What is the enterprise management utility? Is it like the enterprise manager in oracle? In which case I'm all for it. MySQL is amazing even in its "free" incarnation, and everything you need to manage it can be done with either front ends or from the command line. However if there is a supported manager utility like in Oracle, I think it'd totally be worth the purchase - ESPECIALLY if its as useful as the oracle one. Sun is a company who has made a ton of strides towards working with the open source community, but first and foremost they are a company.

  17. Accountability maybe another thing... by citizenklaw · · Score: 1

    A while back I remember I had a conversation with a manager guy I used to work with about OSS software. We were talking in particular about Linux, but I'd guess it would apply to MySQL. He said that companies don't go for OSS because they'd have no one to sue and/or hold accountable if the software fails. Not his literal words, but it went something like that. This makes some sense, in a twisted sort of way. I'm not a licensing expert, but how many companies enter this sort of agreement? Big guys? SAP, Oracle?

    --
    the future is but past forgotten
    1. Re:Accountability maybe another thing... by corsec67 · · Score: 1

      I don't think the argument "there is nobody to sue" is a very valid reason. How many successfully sued Microsoft over the WGA validation failures? How about Sony and the rootkit? What about when you fail to apply a patch?

      Just because there is a big company behind a product doesn't mean that you can sue them when it fails to work.

      --
      If I have nothing to hide, don't search me
    2. Re:Accountability maybe another thing... by operagost · · Score: 2, Insightful

      I think they are kidding themselves, because all the big software houses include hold-harmless clauses in their EULAs that would make it difficult to sue them for defects.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    3. Re:Accountability maybe another thing... by citizenklaw · · Score: 1

      As we say back home: "I'm selling it to you at face value". The thing is that it was his ONLY argument. I knew back then, as I do know, that at least one vendor, M$, makes you sign out all liability when you accept the EULA. I could make the argument about legal action if we were talking about a hosted app, or a mission critical (read defense, power) app. But his argument was flaky at best.

      --
      the future is but past forgotten
    4. Re:Accountability maybe another thing... by jjohnson · · Score: 1

      Whether or not you can legally sue Oracle/MS due to clauses in the EULA, you can point out that no one does, in practice, sue them despite endless incremental costs associated with their software. What hope would any business have of prevailing in court against those behemoths with their legions of lawyers? The simple cost of suing them is prohibitive--any business that sustained enough damage to make a lawsuit a viable option would be dead already.

      --
      Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
    5. Re:Accountability maybe another thing... by citizenklaw · · Score: 1

      True. And I don't think there are companies with the pockets, or the patience, to do this. Consider also that the courts in this country are not very tech savvy.

      --
      the future is but past forgotten
  18. Simple: Niagara by Anonymous Coward · · Score: 0

    How can Sun sell enough hardware to justify this purchase? What if they have a platform that (should a major database vendor optimize their implementation for that platform) has a significant advantage over any other platform?

    Databases are one of the most common applications that need lots and lots of concurrent threads.

    And Sun has a unique platform that provides that support: Niagara Optimizations for MySQL and a list of other cases in Sun's performance contest

  19. Re:Value has nothing to do with it... by beezly · · Score: 1

    Try looking at market cap instead;

    WMT: nearly 200 Billion.
    AAPL: nearly 120 Billion.

    Comparisons between individual share value are pretty meaningless.

  20. They just need to fix MySql Enteprise. by Bill,+Shooter+of+Bul · · Score: 1

    The reason for lack of customers for the enterprise version is not a mystery when you have one of the foremost High performance Mysql Experts recommending that people not use it

    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
  21. Sun will make money off of MySQL IF... by mbaGeek · · Score: 1
    My guess is that Sun is going to "optimize" MySQL for their hardware - then they will be able to "bundle" MySQL software/Sun hardware

    Sun will make a profit by selling more hardware - I don't know how long it will take to make 1 billion dollars (insert evil laugh) but at least it sounds like a good decision

    --
    It ain't what they call you. It's what you answer to. http://mylyceum.us/
    1. Re:Sun will make money off of MySQL IF... by AusIV · · Score: 1

      My guess is that Sun is going to "optimize" MySQL for their hardware - then they will be able to "bundle" MySQL software/Sun hardware

      But why did they have to pay a billion dollars to do that? MySQL being open source, couldn't they have done that without paying for mysql? I assume, they would have had to start with the open source version instead of the enterprise version, but I'm guessing it would have cost less than $1,000,000,000.

    2. Re:Sun will make money off of MySQL IF... by mbaGeek · · Score: 2
      you convinced me ;-)

      just guessing again, but I imagine that the reason Sun paid $billion is because they can (imagine Sun's management saying "We've got all this cash... What can we buy!")

      a large part of the $billion is going to go on the books as "goodwill" - i.e. they can't put a hard number on the value of the "MySQL" brand but it is worth something

      It still looks like some form of MySQL optimized for Solaris on Sun hardware is the best hope of actually making a profit on the purchase

      but I'm wrong a lot

      --
      It ain't what they call you. It's what you answer to. http://mylyceum.us/
  22. Can Sun Make MySQL grow up? by oni · · Score: 1

    MySQL is great, don't get me wrong. I used to poopoo it when they didn't have foreign keys, but now it seems fairly mature.

    But the name. Oh my god, the name. Anything with "my" in front of it sounds like the intended audience is a four year old. "it's mine! my computer. my space. my toybox! I'm special. This is mine!"

    I always feel like an idiot when I say it.

    1. Re:Can Sun Make MySQL grow up? by allenw · · Score: 3, Funny

      Having Sun rename a product is probably one of the worst things that could happen. I waiting for the launches of Sun Java System Database Enterprise Server and Sun Java System Database Open Source Server to happen any day now.

    2. Re:Can Sun Make MySQL grow up? by trolltalk.com · · Score: 1

      But the name. Oh my god, the name. Anything with "my" in front of it sounds like the intended audience is a four year old. "it's mine! my computer. my space. my toybox! I'm special. This is mine!"

      So my guess is you would refuse treatment for tuberculosis with mycomycin because it sounds childish?

      mycomycin

      n 1: a highly unsaturated antibiotic acid obtained from an actinomycete

      Mycomycin: a new antibiotic with tuberculostatic properties.
      While we're at it, why not tell the former Burmese that calling their country Myanmar was a bad idea ...

      But hey, I'd rather say MySQL than MS-SQL any day of the week. MS - its a debilitating disease.

    3. Re:Can Sun Make MySQL grow up? by oni · · Score: 1

      Are either of those two examples situations where someone took a word in common usage and prepended a possessive pronoun? No. So in that case, your post doesn't make much sense at all.

    4. Re:Can Sun Make MySQL grow up? by jjohnson · · Score: 1

      Your post is full of fail.

      --
      Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
  23. Re:Value has nothing to do with it... by SQLGuru · · Score: 2, Informative

    P/E.....P/E.

    Apple's P/E is way out of whack (30's when most everyone else is teens to 20's). If the NASDAQ / DOW / S&P falls, those with higher P/E's fall faster.

    http://finance.google.com/finance?q=NYSE%3AWMT
    http://finance.google.com/finance?q=NASDAQ:AAPL

    Layne

  24. Building a truly Enterprise competitor to Oracle by redwoodtree · · Score: 1, Flamebait

    I have to agree with other comments so far. MySQL has built its business on charging $3500 here and there for "Enterprise" support. They have also made a big push to sell their MySQL Cluster based on NDB. Unfortunately, NDB doesn't work for about 99% of the systems out there. That hasn't stopped them from selling it to customers that don't need it or can't use it.

    In terms of their other high availability solutions, they are mostly hacks. Their multi-master replication option uses an auto-increment offset workaround to keep inserts from stomping on each other, but this isn't without its problems, also, recovery isn't easy. Their cluster solution uses DRBD and Heartbeat to compete with things like Veritas Cluster Server, it's okay but it's really not innovate, it's another patchwork of technologies. Finally, Without point-in-time recovery through the use of something like rollback logs, it's highly dubious to put anything requiring truly ACID type compliance on MySQL.

    Sun needs to put resources into plugging all these holes. If they can fix the major shortcomings with NDB, and get cluster to work for more people, they may actually have a hugely successful "enterprise" offering.

  25. hmmmm didn't the ceo swear they wouldn't do this? by shaitand · · Score: 1

    I seem to recall asking the CEO about this when he came on to discuss the company going public. At that time he said they wouldn't be selling or allowing the company to be bought out. I always preferred mysql as my open sql database but if this is managed like Sun manages openoffice then I'll be moving to another platform.

  26. Re:Value has nothing to do with it... by greg1104 · · Score: 1

    If the NASDAQ / DOW / S&P falls, those with higher P/E's fall faster.


    That isn't necessarily true, as stocks aren't traded based strictly on P/E. The figure for how volatile a stock's price is relative to the market at large is the stock's beta. That's what tracks how fast it's expected to rise/fall relative to the market at large.

    From the reports you linked to, Wal-Mart's beta is 0.25. Apple's is 1.6.
  27. its even worse for me by Phantom+of+the+Opera · · Score: 3, Informative

    I can't see it or say any other way than "My Squirrel"

    1. Re:its even worse for me by oni · · Score: 2, Funny

      I'm going to start calling it Moose yand Squirrel.

  28. Not just support by domatic · · Score: 1

    MySQL also has alternative licensing so companies can build proprietary products using MySQL as the engine. I wasn't seeing much mention of that in the comments.

    1. Re:Not just support by pclminion · · Score: 1

      MySQL also has alternative licensing so companies can build proprietary products using MySQL as the engine. I wasn't seeing much mention of that in the comments.

      This is what I think is funny about supposed "open source" fanatics. Suppose somebody takes the source code, changes it somehow, releases it as a commercial product, and profits. All without releasing their changes back to the community. This is a clear-cut case of exploitation, right?

      But as soon as a few thousand (or maybe not so few) dollars are thrown into the mix, suddenly it becomes legitimate? So basically, accepting bribes is okay. And don't try to say it isn't a bribe. Here's why it is.

      Imagine some large, open source project Foo. I'm J. Random Developer. I want to use Foo as part of a system I'm building. But it needs new features in order to be acceptable for my intended use. So I code them up and add them. I give my changes back to the community, as I'm expected to. Everything is great and good.

      Now, commercial corporation X comes in. They see this cool new feature (which I coded myself, for free) and decide they want to make use of it in a closed source application. So they pay a licensing fee and buy the rights to do this. What do I, J. Random Developer get? Now, I'm not the copyright holder on the product Foo (let's call this person FooOwner). I'm just a random developer who needed a feature. But where do these thousands of dollars in licensing fees go? To FooOwner! I decided to play by the rules and what happened? I got screwed. Now somebody else is profiting because of MY hard work. But it's not company X who makes out like a bandit, it's FooOwner. The person who supposedly has all these strong principles and ideas about Open Source.

      So here's my question. There's probably a VERY long list of contributors to MySQL. When somebody pays a commercial licensing fee, how much do these people get paid? Nothing you say? Hmm. Looks like bribery to me.

    2. Re:Not just support by domatic · · Score: 1

      Companies like MySQL AB and I assume Trolltech require copyright assignment for any contribution they accept. So no one gets "exploited" that way. Since you presumably don't like a company like MySQL alternately licensing work you do in the community spirit, I presume that you would contribute to some other project instead.

      Myself, I prefer to use wholly community based projects when possible but I won't necessarily turn my nose up at a MySQL. Those who are primarily concerned with bugs still have options that wholly closed alternatives do not. The project also has hedges against the company dying or turning evil so I still count such corporate Open Source as an overall win.

  29. ugh by Anonymous Coward · · Score: 0

    Yeah, right. You want support for you COMPANY and you don't want to pay, that's obviously the underlying issue. Oracle support was per-CPU for a long time. So were other commercial DB. You're cheapskates, not potential customers.

    1. Re:ugh by jedidiah · · Score: 1

      Starting off from the Oracle enterprise grade clustering solution at
      $60K+ per cpu, plus 22% of that per year for support there's pleny of room
      for a company like MySql to manuever. They could be merely "expensive" while
      still being dramatically cheaper than Oracle.

              Perhaps MySql just isn't ready yet to steal business from Oracle.

      --
      A Pirate and a Puritan look the same on a balance sheet.
  30. SQL Filesystem by Doc+Ruby · · Score: 1

    If Sun offered a supported Linux (or Solaris) with a standard SQL interface in its kernel API as featured as is the fileystem API, it would sell a lot more Sun systems. Sun could also sell services to convert default MySQL apps to other DBs that are better at heavy write volume. Or Sun could just upgrade MySQL for a commercial version to compete with Oracle and DB2 on heavy write volume, but keep the same API as the free bundled MySQL. Which would make Sun's platform a preferred one for the DB developer community. That's a huge win in Sun's battle with Oracle and IBM, to say nothing of Microsoft.

    --

    --
    make install -not war

  31. Can't Agree With Some of the Analysis by segedunum · · Score: 4, Insightful

    How can an open source software company with $70 million or so in revenue and no profits to speak of be worth $1 billion?
    How were any of the dot com businesses valued at more than that? A lot of MySQL's value comes from its standing as basically the database backend of the web. Yes Postgres is out there, but most databases are MySQL. That name carries a fair bit of weight.

    It appears though that the additional features of the Enterprise version are not enough to compensate for the revenue-destroying effects of the free Community alternative.
    Why is it revenue destroying? I see lots of analysts fail to understand this. The free 'version' of MySQL forms most of the web backend databases out there. There is such a huge installed base. If and when companies look to do other things then it's a logical jump for them to pay for MySQL's enterprise stuff. It is highly doubtful that MySQL could have got the revenues they have got, competing against Oracle, SQL Server and alike without that installed base and word of mouth.

    The fact that the second most famous open source company on the planet has been busy selling closed source software has attracted remarkably little critical notice from the usually vocal open source community.
    Probably because there are lots of tools for MySQL database out there, open source or not, and it doesn't stop people using MySQL. If MySQL wants to sell closed source enterprise tools, all power to them.

    I do find it amusing though that the company's marketing mavens obviously don't think it's a good idea to tout this aspect of their strategy.
    Why would they? Although I grant you, I do find their literature on what version to use misleading, but if you go the open source route then you have to work it out for yourself.

    The reality is that - despite or more likely because of - its open source business model, MySQL wasn't growing fast enough or making enough money to entertain the prospect of an IPO. Its venture capitalist backers, in for many tens of millions of dollars, were no doubt getting nervous as they realized the company was never going to be another Salesforce.com or VMware. Of course, as Jonathan Schwartz recounts in his blog, people have been making private offers to acquire MySQL for years, and these offers have always been declined. But this time the owners - the VCs, founders and executives - agreed to sell. No doubt they concluded that, on the eve of a possible slowdown in IT spending and with a strategic buyer like Sun willing to pay many times the company's paper value, they weren't likely to see a better offer in the foreseeable future.
    Can't disagree with that though. I think many thought they were going to be in for hundreds of millions of dollars, and simply took what was on offer from Sun. That doesn't mean that MySQL won't be worth more then a billion dollars to Sun in all sorts of peripheral ways. Of course, it depends on Sun's management. That, is another story ;-).

    Personally, I find Postgres a bigger option to MySQL, which the author did not consider. Why Sun has bought MySQL when a database of that quality is already out there in the open source world, I don't know. We'll have to see.
    1. Re:Can't Agree With Some of the Analysis by Matt+Perry · · Score: 1

      Why Sun has bought MySQL when a database of that quality is already out there in the open source world, I don't know.
      Because there's no one to buy. There is no central company behind Postgres that owns it. Therefore there are no existing customers to be gained. At best, Sun could attempt to hire all of the core Postgres developers.
      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
  32. Cool... but off topic sadly by vorlich · · Score: 1

    A mechanical pencil always sounds as if it is going to be a really cool piece of kit, with levers, lots of hydraulics and wheels... perhaps Sun will give one away free with open solaris next time - Proprietary Mysql, I mean. But sure a mechanical pencil would be cool too.

    --
    Posts, MyBio or Sig, may contain satire, sarcasm, bolded nouns be sardonic or even witty & be Church of SD
  33. A good DB and a pile of worthless junk by RomulusNR · · Score: 1

    They also have a half-baked ticketing system that they promote alternatively as a PM tool or a bug tracker, which I narrowly avoided having to migrate to from Bugzilla.

    --
    Terrorists can attack freedom, but only Congress can destroy it.
  34. Sun's new realationship to Oracle by Glasswire · · Score: 1

    One wonders what this will do to Sun's relationship with Oracle. Previously, Sun and HP were database allies and IBM was a database competitor. Now, Sun is a db competitor. This is actually pretty logical anyway, since Sun was was already lined up to be an Oracle competitor anyway due to the Oracle/BEA deal so there are now 3 main Enterprise Java camps: Sun (the mothership), IBM and, now, Oracle/BEA.
    Now neither Oracle (nor IBM) would say they take MySQL seriously as a competing product - but the mere presence of lightweight FOSS database has certainly affected database license fees, esp in SMB segments.
    If Sun intends to monetize their billion dollar spend, I assume they'll try to drive commercial MySQL into the enterprise in an aggressive way -which should really tweak Oracle...
    Watch Oracle get even closer to HP now...

  35. unsigned attribute by Anonymous Coward · · Score: 1, Funny

    ...with stronger reputations in the market are available?

    You have to be joking about SQL Server having a strong reputation. Oh, wait. Reputation is an unsigned value.

  36. Joining the dead by Anonymous Coward · · Score: 0

    It's over for MySQL - just like Forte, NetDynamics, and IPlanet (which was ~50% Sun). All taken in-house, innovation destroyed, product gone except for bits and pieces in Sun's current substandard offerings. (Do I sound bitter?) I think only AT&T has destroyed more technology companies.

    However, here is a thought - Sun is going to compete with Neteeza this year. Neteeza uses Postgres as an engine, I bet the Sun product will use MySQL.

  37. Open Source is a Free Lunch by Graumis · · Score: 1

    I think Jeff assumes Sun and MySQL's goal in "business reality" is to become a "powerful closed source incumbent." But that may not be the thing to do. To continue Jeff's save the planet/animal theme, would my goal at the end of the Cretaceous period be to become a "powerful incumbent" dinosaur? What if I knew the asteroid was on the way? Would I instead choose to become a "marginal" mammal? Sure.

    Jeff then says there is no "free lunch." But open source is a free lunch. I, and every individual database user, can save money if open source companies like MySQL are successful. I can also say the same thing about a lot of other types of open source companies, present and future. And when enough people and companies start to think like I do -- the asteroid arrives.

    This open source mindset is a way for everybody except "powerful closed source incumbents" to save a lot of money. We keep it -- they don't get it. So I and a rapidly increasing number of other people support open source. We support companies that support open source. We oppose companies that oppose open source. That's the "business reality," Jeff.

    I could also say that open source is a better way to support innovation. But that is another topic.

    --
    The sole test of knowledge is experiment. -- R. Feynman
    1. Re:Open Source is a Free Lunch by gujo-odori · · Score: 1

      Yes, this is just where Sun wants to go, plus what iabervon said about increasing sales of existing Sun products. While Sun has an awful lot of software out there (more of it under open source or Free licenses than ever), Sun remains primarily a hardware and services company like IBM. IBM uses Linux and other Free and open source software to help it sell hardware and services while simultaneously saving money on development. One of the things IBM has but Sun doesn't is an Enterprise database (not trolling for arguments about whether or not MySQL is an enterprise DB; it's good enough for most uses in most businesses, and where it's weak, Sun can help strengthen it).

      I'm sure Sun hopes to get leverage out of this to use against MS SQL Server and Oracle, since they'll be able to offer a good DB and one-stop shopping ('We ship you the box, with all the software installed, and we support it all in one place. No "He said/She said" fingerpointing, just a single phone number to call", or so I expect the marketing pitch to run). If Sun does this right - yes, that may be an "if" of non-small proportions - I expect it will drive their sales of both hardware and professional services, plus give them more street cred in the open source and Free Software communities. Which may in turn again drive more sales. After all, no matter how clumsy Sun has sometimes been in its relationship with Free software, most of us have still always thought Sun gear was cool.

  38. Assumptions by fm6 · · Score: 1

    Personally, I don't have a problem with people attaching proprietary tools to open source products. But I have to point out that "offering paid support" is supposed to mean providing an actual human who can help you make the software work. It most definitely does not mean selling people closed-source management tools.

    The basic issue here is between the "open source software" people and the "free software" people. Superficially, the two groups want the same thing: access to the source code. But the two groups come from completely different ethical assumptions. For OSS people, sharing source is just good business, and opening up their products (or deciding not to) is a business decision.

    By contrast, the "free" software folks are in revolt against the very concept of proprietary software. Their consider its very existence an abrogation of their rights.

    I've always considered the whole "free software" concept to be just a little naive. No, make that dumb. Its arguments are convoluted and not very compelling, and ignore inconvenient ethical precedents and economic realities. To me, the only good thing about the "free" software movement is that it unintentionally gave birth to the open source software movement.

    But that's just my opinion. There are a lot of people who honestly believe that there's a big moral issue at stake in "setting software free" and especially in attaching "unfree" software to "free" software. When such people object to the MySQL/ESM bundle, you can accuse them of being soft in head. But it's not fair to accuse them of being hypocrites.

    1. Re:Assumptions by msuarezalvarez · · Score: 1

      The basic issue here is between the "open source software" people and the "free software" people. Superficially, the two groups want the same thing: access to the source code.

      That is not true. At least one of the two groups does not want that: only sees that as a way to reach its objective. Quite, quite different.

      [snip] By contrast, the "free" software folks are in revolt against the very concept of proprietary software. Their consider its very existence an abrogation of their rights.

      No they do not. They choose not to use proprietary software, and try to get this position more widely accepted, but except fringe subgroups, I really think you will find anyone in the free software camp objecting to the existence of proprietary software. For example, I use free software when possible, but I absolutely do not care whatever it is that you use, and I find absolutely no problem that, say, Microsoft sells proprietary software or that people buy it.

      I've always considered the whole "free software" concept to be just a little naive. No, make that dumb. Its arguments are convoluted and not very compelling, and ignore inconvenient ethical precedents and economic realities. To me, the only good thing about the "free" software movement is that it unintentionally gave birth to the open source software movement.

      What you are considering dumb is dumb. It is not the actual "free software position", though.

  39. The income isn't everything. by Z00L00K · · Score: 1
    Because the real substance that Sun bought was the ownership of the products and by that also the rights to the products in the portfolio.

    If you add up the amount of man-hours put into the product you end up with a different figure.

    Another factor is that by having a well-known database in their portfolio they can actually benefit from having a better chance on the market when offering solutions. (Customers like to have a single place to leave their complaints! :-) )

    --
    If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  40. Re:Free software, Paid Support by pclminion · · Score: 1

    What the hell sort of sane business model DEPENDS on your customers requiring support? It's like saying, "I have to keep my product consistently buggy, and provide poor user interfaces and cryptic errors, so that people continue to need help with it." It's an up-front admission that you're going to make crappy software.

    Suppose the cable guy came out to install your cable, and said "This cable is free. Installation is free. The programming is free. We only charge for support. So if something breaks, you can call me out here and I'll fix it for some $NOMINAL charge."

    It kind of makes you think, "Gee, this shit must break all the time if they can actually make money charging only for support," doesn't it?

    In addition, anybody can provide support. Chances are, your support blows. Someone else can step in and provide better support. They can easily do this because the source is available. NOW what are you going to make your money on?

  41. Hardware tie-in by iabervon · · Score: 1

    Currently, the top item for buying MySQL is a $599 software package that you need some suitable machine to run it. When they've rearranged things, I bet the top item will be a $2000 server comprised of the $599 software, a $1200 Sun server, and everything already set up. This is a more compelling offering in terms of a business getting froom purchase to actually using it, so they'll probably have more sales than MySQL did before. It gives a compelling benefit over using a no-cost version of MySQL, since it's all put together. It means that the machine is all one supplier, so there's no support people pointing fingers, meaning more effective support for the cost. And it's new sales of computer hardware, because people would currently never think to buy a Solaris server from Sun to run MySQL on.

    Between all of those factors, I could see owning MySQL being worth $1b to Sun, even if MySQL's value in general is much lower. And, given Sun's flaky reputation in the Open Source world, I could understand MySQL refusing any lower offer.

    On the other hand, I expect to see only a third of Sun's increase in income due to ownership of MySQL to come from getting the money when people buy MySQL products, and much more to come from an increase in Sun's income from existing products.

    1. Re:Hardware tie-in by Archimboldo · · Score: 1

      I think the payoff won't be hardware sales per se, though many customers would prefer a one-stop solution for hardware and software. Instead, I think it may be largely from the software side. Current customers of MySQL haven't moved to the enhanced version because many think of Oracle or DB2 for enterprise. Some analysts think that with a big company supporting MySQL it may lure enterprise level customers away from Oracle and IBM.

  42. Generic Data Engine by Ohio+Calvinist · · Score: 1

    The luxury of MySQL is that is is more simple than the more robust databases like Oracle or MSSQL. If you're a vendor, and you want your application do database-like things, a having a database in your portfolio is a wonderful asset. For instance, Microsoft Exchange's internal databases are run by a MSSQL-like data engine optimized for the kinds of data it stores. Microsoft's Terminal Server code (in NT 4.0 -> 2000) is the basis (if not the entirety) of Windows XPs Remote Desktop/Remote Assistance features in the consumer OS.

    If Sun could use MySQL as a simple application service (Java or otherwise) database for applications wishing to use a RDBMS for internal functionality (vs. lets say a text file, or some proprietary binary blob file) Sun would have the perfect product in its simplicity, lightweightness and general support in the OSS community. If you had a highly tuned MySQL instance running as part of an application, you'd get simple app-to-app integration.

    I see ads on /. very often touting the newest, most robust, kick-ass embeded database almost every month. I think MySQL has a strong enough name, and Sun has enough credibility, and the ability to make native-java packages, to do well in this market.

    On another note, with I'm sure it has been said before, but it can't be said enough, how awesome would it be if OO.org had MySQL as the data-engine in OO.org's Base application. It would make it much simpler to use OO.org forms to integrate into live data being pulled from other sources. (To me, using an Office Suite to manage "data" is a bad idea, but I've done enough freelance work to see many small businesses who think a shared folder (usually from the admin assistant's PC hard disk) full of Word documents is the best way to store business information much better suited for a DB (or even Excel if they must...).

    --
    Forgive my spelling from time to time. I'm often posting during short breaks.
  43. Sun adds value by o517375 · · Score: 1

    I believe that Sun is capable of adding an enormous amount of value to the Mysql server in the way of advanced feature set. Imagine that Sun brings the Mysql server up to par with Oracle's product offering, but continues to charge the same amount. Where are sales going -- of both their hardware and Mysql? Sun is perfectly capable of some fairly stunning software advances. Look at ZFS and Dtrace. If they can pull this off, Mysql will be a big winner. The free version might not be a big winner though.

  44. Re:Free software, Paid Support by Alpha830RulZ · · Score: 1

    The insurance business model, which is alive and well. You might as well ask, "what kind of business model depends on people crashing their cars?" or "what kind of business model depends on houses burning down?"

    Now, there are viable alternative strategies to the insurance model of protecting against risk, but there is no denying that this model is popular and perceived to be effective by millions of consumers.

    --
    I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
  45. I can see it now. by slapout · · Score: 1

    Ok, My-S-Q-L, you owes us some money, see. So pay up!

    Wait, it's not me your want, it's that "My-Sequel" guy.

    Nice try. We ain't fallen for that trick again. Now pay up. Or Vinny here will re-write your core in Java.

    --
    Coder's Stone: The programming language quick ref for iPad
  46. Re:Free software, Paid Support by pclminion · · Score: 1

    The insurance business model, which is alive and well. You might as well ask, "what kind of business model depends on people crashing their cars?" or "what kind of business model depends on houses burning down?"

    If the insurance company built the cars, built the roadway, and drove the cars themselves like some kind of chauffeur service, you'd have a point. This comparison is not even remotely relevant.

  47. Re:Free software, Paid Support by Anonymous Coward · · Score: 0

    The insurance business model, which is alive and well. You might as well ask, "what kind of business model depends on people crashing their cars?" or "what kind of business model depends on houses burning down?"

    Your comparison is not equivalent. To be equivalent, the insurance company would have to be giving you your house, for free. Now imagine getting a house from a company who's business model depends on your house burning down. I'd have to say you are a psychotic with a deathwish if you buy from such a company.

  48. Re:Maybe it is not about Oracle by mhall119 · · Score: 1

    I think it's more about IBM than Oracle. IBM is one of Sun's biggest competitors, they compete on hardware and software, from big iron to blades and desktops. They even compete against Sun's IDE and UI toolkit for Java.

    Most important though, IBM has DB2, so you can get everything you need from IBM. Until now, Sun didn't have a competitive database offering, they would push Postgres, but they couldn't own Postgres. Buying MySQL not only gives them a well known database with a large user base, but it gives them copyright ownership of all the code. For a long time now Sun's stack has been incomplete, MySQL fills that gap.

    --
    http://www.mhall119.com
  49. Missing the expenses, not the revenue. by C10H14N2 · · Score: 1

    Right, so I can get MySQL Enterprise for $5k per server per year while MSSQL is $25k, plus about $8k per year for 24x7 support. So, on a five-year plan, a MySQL installation costs $416/month while a MSSQL installation costs $1083/month, or a difference of about $22/day. If an administrator can make the case that MSSQL will on average save fifteen minutes per day of his time, there's no financial incentive whatsoever. If the damned thing was free across the board, including free 24x7 support, they'd just have to justify one day per month of savings to make it even at which point any infinitesimal functional advantage or shortcoming will tip the scale.

    The bottom line is that for such a critical application, the cost of staff so far dwarfs the licensing fees that the free software + paid support model can't compete unless the product is truly superior and better suited to begin with.

  50. Better do more research next time, Jeff by stacey7165 · · Score: 1
    Jeff Gould is slanderously off-base with his comment:

    with a closed source proprietary management software tool known as Enterprise Software Monitor
    A little bit of reading would have shown him that MySQL's monitoring capabilities is based on open source vendor Hyperic (http://www.hyperic.com/). Hyperic's software, Hyperic HQ, is actually the software that powers many vendor's for sale monitoring and management services - including MuleSource, JBoss (soon to be all of Red Hat as well), SpringSource, Iona and more coming.

    Full disclosure: I work for Hyperic, and think EVERYTHING that MySQL has done to date has been a series of extremely smart moves. Product parterns included! ;)
  51. Re:Maybe it is not about Oracle by 0racle · · Score: 1

    And they still don't have anything to compete with DB2.

    --
    "I use a Mac because I'm just better than you are."
  52. Re:Maybe it is not about Oracle by mhall119 · · Score: 1

    No, but they at least have a database product now. And we all know that in a year's time they will be selling it under a different name with some enterprise management tools integrated into Solaris and ZFS and provide benchmarks running on Niagara showing it besting DB2 in some operation. And even if it still won't be anywhere near as good as DB2, it will be enough for Sun's salespeople to convince those who make purchase decisions that it is, and selling Niagara+Solaris+SJSAS+MySQL(renamed)+Storage package solutions will add up to $500million in no time.

    --
    http://www.mhall119.com
  53. One theory by jc42 · · Score: 1

    Maybe what Sun's trying is the old game of buying out the cheap competition, with the idea of simply shutting it down. And maybe they don't properly appreciate that MySQL's source is Out There.

    But I'm a bit unclear on just how MySQL is licensed these days. Could Sun actually shut it down, take it off the market, and prevent previous users from continuing with it indefinitely? And is all the source really available, or will current users have to migrate to something else for their next machine if MySQL is no longer available?

    Just curious. The legalities of such things can get confusing, until a court tells you what you're stuck with.

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    1. Re:One theory by peektwice · · Score: 1

      How is $1bn cheap? Or are you referring to the cost of MySQL (free as in open source)?

      --
      Other than this text, there is no discernible information contained in this sig.
  54. smoosh mountain + hill by uofitorn · · Score: 1

    Is the only reason to do it to convey information, or maybe to have a little fun?

    You say "mill", I say "himalountain".

    --
    "What kind of music do pirates listen to?" -Paul Maud'dib
    "Yeeeaaarrrrr n' Bee!!" -Stilgar, Leader of Sietch Tabr
  55. lol "Virtual DBA" by Mateo_LeFou · · Score: 1

    You can call QuickBooks a "Virtual CPA" if you want, but that doesn't make QuickBooks a service -- as in, a service that a person does for example in exchange for money or camels.

    --
    My turnips listen for the soft cry of your love
  56. Re:Value has nothing to do with it... by ihatethetv · · Score: 1

    Here here. Valuation is a good example of the human aspect to all of the market. Look at CROCs as another good example. Look at China Mobile and PetroChina. Value does not necessarily reflect value. IMHO MSQL at a billion seems like a deal. "A billion here, a billion there, pretty soon it adds up to real money"

  57. Er, Sun sells hardware by davecb · · Score: 1

    And the more things running on it and the more popular they are, the more hardware they sell.

    After that comes the much smaller income you get from the commercial uses of MySQL.

    --dave

    --
    davecb@spamcop.net
  58. MySQL cloud by yulek · · Score: 1

    if i were Sun i'd be building an equivalent to SimpleDB. a MySQL cloud. sun could do it. sun should do it. that could be worth 1 billion.

    imagine a db cloud that everyone already knows how to use...

    --
    in this age of communication i'm just not getting through
  59. MySQL gets 'em in the door by QuietRiot · · Score: 1

    I believe Sun's resurgence will come from moving people onto ZFS, not necessarily from sales of MySQL. They will add some nice improvements to MySQL, and this move has bought them a LOT of potential customers - but the long term benefit to going with Sun is going to be with their stable and flexible Solaris and ZFS products and services.

    Nobody is scaling down in the amount of data they deal with. To say ZFS is scalable is an understatement.

  60. Re:Does Cory Doctorow have Mickey Mouse bedding? by stacey7165 · · Score: 1
    Not sure about the asshole, but he didn't do his homework for sure. This comment is uninformed or intentionally misleading to cause flamebait:

    with a closed source proprietary management software tool known as Enterprise Software Monitor
    A little bit of reading would have shown him that MySQL's monitoring capabilities is based on open source vendor http://www.hyperic.com/. Hyperic's software, Hyperic HQ, is actually the software that powers many vendor's for sale monitoring and management services - including MuleSource, JBoss (soon to be all of Red Hat as well), SpringSource, Iona and more coming. Making money in open source is obviously a smart idea for all - it keeps the engineers and support staff employed to keep your software being maintained and improved. Plus, it may actually pay out someday with a $1B acquisition...

    Full disclosure: I work for Hyperic, and think EVERYTHING that MySQL has done to date has been a series of extremely smart moves. I also think Jeff was being lazy when he wrote that article.
  61. Re:Free software, Paid Support by Alpha830RulZ · · Score: 1

    I'm sorry I struck a nerve, that was not my intent. It seemed to me that most purchasers of support are willing to pay for the availability of a benefit for a need that may or may not happen, and, like purchasers of insurance policies, the economic viability of the business depends on the majority of the purchasers not actually using or needing the service. Customers buy based on a perception of risk, and a desire to minimize that risk. The pricing and delivery model counts on most customers not needing the service most of the time.

    Certainly it's different in that the mitigation benefit is a service, rather than a payment. But that's just a different cost function - the overall business model even depends on actuarial considerations - how many customers are there, how many machine do they run, how often will the need what kind of service, and how much will MySQL/RedHat, etc, pay out in satisfying their obligation.

    Your assumption is that the companies providing the service have built the product. MySQL doesn't build all the MySQL code, RedHat certainly didn't build the Linux kernel, and CrossOver took over Wine. Yet they all provide support on the aforementioned model. I'm not sure where your building the cars metaphor comes from, but it seems, to use your acidic words, hardly relevant.

    --
    I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
  62. think hardware !(Re:Why should this be a surprise) by Anonymous Coward · · Score: 0

    [sorry, my first post ... not creating an account for this]

    Gals & Guys, I think you are missing something completely:

    Sun is primarily a hardware company, not a software company.
    In this they are similar to Apple: Apple does not need to
    earn money with iTunes as long as the can earn money by selling
    iPods. Sun does not need to make money by selling a DB as long
    as they earn money by selling servers which run the software.

    Having stated that, a few observations:
    (1) mySQL "owns" one of the two best DB-engines on the market
            [flame bait ;-] , the one originally created by SAP and
            given away [ratio: we sell Rx, not a dumb, run of the mill
            database like Larry ...] , but which is still at the core
            of SAP Rx [at least I read an aeon ago that this was the plan]
    (2) mySQL is dual use freeware/payware as mySQL owns all its code.
    (3) IBM [do they own a database ?] hast just declared Sparc
            to be end of life.
    (4) Sun is selling the mother of all multi-core chips in its
            servers. There are only a small number of real life problems
            can take advantage of that. [DBs come to mind ...]

    So, lets put this together and develop a scenario:
    (A) mySQL stays mySQL, Oracle supports the continuous developement,
            and sells a supported version [lets see: mySQL for money, openSQL
            for free ?] This way, mySQL will pay its own way, and the community
            does not need to feel screwed.
    (B) my/openSQL will be able to take massive advantage of SUNs latest
            hardware, not only because it will be properly supported for that, but
            also because SUN multicore hardware is potentially screamingly fast
            for DB-applications.
    (C) SUN will provide a nicely rounded and optimized L/SAMP or SAP package
            [think Quicktime, iTunes, iMovie, iDVD, iPod, iTV, iBook, AirBook ...]
    (D) So, now you are an old school LAMPer, or an old school SAPer, and
            suddenly need scalability, and your choice is IBM or HP or [whoever]
            or SUN, and you start to do your calculations:
            cost / performance ... mySQL fastest on SUN
            power / performance ... SUN best power scaling
            cost / software ... ok, solaris is maybe not so bad an alternative,
                                                            to Linux, and not really expensive, and Linux is
                                                            always an option on SUN
            cost / reliability ... it just works
            cost / managebility ... it just works
            cost / convincing management ... affordable

    Does this sound sensible ? It does to me. Long live Sparc, long live Intel
    long live Amd, long live Power [?], long live competition !

    Servus
    pjms

    PS: Is not there an economic theory [asymetric information?] that proves
    that trying to sell somewhat exchangable wares [i.e. insurance] can be
    impossible to do profitably if you have different business models ?

  63. Re:Why should this be a surprise? Hmmm... by davidsyes · · Score: 1

    Don't some of the major ISPs (well, hosting sites) use MySQL? I would bet that the transactions and storage and data integrity issues they have probably are larger in scope and intensity than some credit card activity, banking and others. But, I could be wrong. Anyone care to take this ball and make it bounce?

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  64. I see it differently by ClosedSource · · Score: 1

    A new viable platform emerged that the big boys ignored, so the small companies jumped in and grew with the growth of the platform. That's the story of the standard PC as well as a Linux PC. It has nothing to do with open vs. closed.

    1. Re:I see it differently by Jason+Earl · · Score: 1

      A new viable platform emerged that the big boys ignored, so the small companies jumped in and grew with the growth of the platform. That's the story of the standard PC as well as a Linux PC. It has nothing to do with open vs. closed.

      I will admit that MySQL is not the best example of a company using Free Software to succeed. For one thing MySQL was at least somewhat popular before it was Free Software. Of course, the MySQL allowed free use of the software without freeing the source, and that's accomplished many of the same goals. It is also worth noting that the popularity of MySQL increased dramatically when it was released under the GPL. If MySQL AB had not taken that step then this same story would probably be about PostgreSQL or some other Free Software database.

      Any way you look at this particular story, however, there is no denying that no one would have ever heard of MySQL if it had not been Free Software. The fact of the matter is that MySQL is a crappy database. And without the InnoBase technology that gives MySQL the few useful features that it does have MySQL would be little more than a cruel joke. The InnoDB tables addition absolutely would not have happened if MySQL was not Free Software. Interestingly enough, the InnoDB technology is now owned by Oracle.

      In essence MySQL is only a viable platform because it was Free Software. If it wasn't Free Software MySQL would never have become as prevalent as it is today, it wouldn't have any of its nicer features, and it wouldn't be the default database for thousands of Free Software packages that needed a data store.

  65. Not strange at all. Well done SUN by G3ckoG33k · · Score: 1

    "How can an open source software company with $70 million or so in revenue and no profits to speak of be worth $1 billion?"

    That is what some wondered too, in a company I worked at long time ago.

    We were 125 employees, with about software 80 developers. We sold for about $20 million and had $30 million in expenses. We had 65 small and large contracts in 45 countries.

    Then, we were bought, for about 1 billion dollars by a larger company? What did they pay for? Our profit? Our staff? Hardly. Probably our running technology, patents, and above established contracts.

    I guess the situation is similar here. SUN bought the MySQL for its technology and contracts.

  66. Portfolio completed by Sweetshark · · Score: 1

    MySQL is the missing piece.
    MySQL has:
    - a large userbase
    - is a decent database by now (5.0)
    With ZFS and Niagara 2 Sun can make MySQL scale without limits. There are a lot MySQL-user that "grew big" by now.

    OTOH, Sun has also important components on the other side:
    - Java
    - Openoffice

    Besides MSFT, Sun is the only company that has such a complete stack. And its all opensource:
    Niagara -> OpenSolaris -> MySQL -> Java -> OpenOffice

  67. Re:Value has nothing to do with it... by SerpentMage · · Score: 1

    Dude... I said when Apple was in the 200's its market cap was nearly that of WMT. The 120 billion market cap is due to the massive price drop. If you are going to start talking the market please get your calculations right.

    --

    "You can't make a race horse of a pig"
    "No," said Samuel, "but you can make very fast pig"
  68. Guess I need another cup of coffee ... by trolltalk.com · · Score: 1

    Screwed up the link - need more coffee:

    http://en.wikipedia.org/wiki/Infinite_monkey_theorem

    The infinite monkey theorem states that a monkey hitting keys at random on a typewriter keyboard for an infinite amount of time will almost surely type a particular chosen text, such as the complete works of William Shakespeare. In this context, "almost surely" is a mathematical term with a precise meaning, and the "monkey" is not an actual monkey; rather, it is a metaphor for an abstract device that produces a random sequence of letters ad infinitum. The theorem illustrates the perils of reasoning about infinity by imagining a vast but finite number, and vice versa. The probability of a monkey typing a given string of text as long as, say, Hamlet is so tiny that, were the experiment conducted, the chance of it actually occurring during a span of time of the order of the age of the universe is minuscule but not zero.

    Variants of the theorem include multiple and even infinitely many typists, and the target text varies between an entire library and a single sentence. The history of these statements can be traced back to Aristotle's Metaphysics and Cicero's De natura deorum, through Blaise Pascal and Jonathan Swift, and finally to modern statements with their iconic typewriters. In the early 20th century, Émile Borel and Arthur Eddington used the theorem to illustrate the timescales implicit in the foundations of statistical mechanics. Various Christian apologists on the one hand, and Richard Dawkins on the other, have argued about the appropriateness of the monkeys as a metaphor for evolution.

    Today, popular interest in the typing monkeys is sustained by numerous appearances in literature, television and radio, music, and the Internet. A "Monkey Shakespeare Simulator" website got as far as 24 characters with "RUMOUR. Open your ears; ". In 2003 a humorous experiment was performed with six Sulawesi crested macaques, but their literary contribution was five pages consisting largely of the letter S.

  69. It's all about the marketing... by Anonymous Coward · · Score: 0

    Why would SUN buy MySQL for $1billion?
    It's all about the marketing.

    First, SUN is scared stiff of the word "LAMP" (Linux, Apache, MySQL, PHP/Perl/Python).
    SUN has tried to promote "AMP" instead so it could include their operating system Solaris.
    These days though LAMP is being used all over the place... (even in lots of places PHP/Perl should not feasibly be used.)
    LAMP is the first thing people think of when talking about MySQL.
    PostgreSQL is a great database, but LAPP is nowhere as catchy to all the business journals as LAMP.
    LAMP is hip, cheap, everywhere... If your not LAMP, well then your SOMETHING ELSE.
    Simply put, LAMP was costing SUN in marketing expenses and support contracts.

    SUN's buying MySQL is also buying the marketing word LAMP (which is everywhere).
    LAMP now requires the use of SUN.
    Once that doorway is open, businesses can be shown why it is so much easier to also purchase support for SUN's Java and Solaris products along with their MySQL support contract.

    SUN can additionally control development so that MySQL gets its best optimized performance with Java and Solaris versus competitor products.

    As for the $1billion? Who knows.
    Maybe it was the magic number that MySQL would sell for...
    Maybe it was the magic number that would give SUN lots of free advertising in all business and technology journals world-wide...

  70. MOD PARENT UP by mildness · · Score: 1
    Where are mod points when you need them (;-{)}

    --
    bamph