Slashdot Log In
Can Sun Make MySQL Pay?
Posted by
CmdrTaco
on Wed Jan 23, 2008 09:24 AM
from the oops-to-late dept.
from the oops-to-late dept.
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?"
Related Stories
[+]
Sun Buys MySQL 588 comments
Krow alerted me that MySQL has been bought by Sun. Right now there is only a brief announcement but it discusses what the acquisition will mean for the core developers, community etc.
[+]
IT: Sun Snags Open Source Virtualization Company, Innotek 49 comments
BobB writes to mention Sun has acquired Innotek, open source desktop virtualization vendor. "VirtualBox will remain free of charge under Sun and be placed in the company's xVM portfolio of virtualization products, Steve Wilson, Sun's vice president of xVM, wrote in a blog posting. 'If we're going to continue to give it away, why is Sun investing in VirtualBox? In short, because the developers that build applications have a huge amount of influence on how they're deployed," Wilson wrote in his blog. "We believe that developers using VirtualBox can help guide their friends in the data center towards xVM Server as the preferred deployment engine. Beyond that, I think there is a huge opportunity to link with Sun's other developer-related assets like NetBeans, Glassfish and (soon) MySQL.'"
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Why should this be a surprise? (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?
Re:Why should this be a surprise? (Score:5, Funny)
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.
Parent
Re:Why should this be a surprise? (Score:5, Funny)
Parent
Re: (Score:3, Insightful)
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.
Re:Why should this be a surprise? (Score:4, Insightful)
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.
Parent
Re: (Score:2)
Re: (Score:3, Interesting)
Re:Why should this be a surprise? (Score:5, Informative)
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).
Parent
Re: (Score:3, Informative)
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 rec
Re: (Score:2)
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.
Re: (Score:2)
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.
Re:Why should this be a surprise? (Score:4, Informative)
Meet Glassfish:
https://glassfish.dev.java.net/ [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.
Parent
Re:Why should this be a surprise? (Score:4, Informative)
Parent
Re:Why should this be a surprise? (Score:5, Interesting)
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.
Parent
Re: (Score:3, Insightful)
Bet though this will spike PostgreSQL support in FOSS applications. A good under rated database.
Re:Why should this be a surprise? (Score:5, Insightful)
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
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
Parent
Re:Why should this be a surprise? (Score:5, 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.
Parent
Re:Why should this be a surprise? (Score:5, Informative)
* 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.
Parent
Re: (Score:3, Informative)
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
Maybe it is not about Sun making money (Score:3, Interesting)
This is where you have to think outside of the box. There are some [webpronews.com] 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 [marketwatch.com] make some good points. Disclaimer: IANADF - I am not a Dvorak fan
Re: (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.
Re: (Score:2)
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 j
Re: (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.
Re:Maybe it is not about Sun making money (Score:5, Funny)
Parent
Re: (Score:3, Funny)
IANADF.
Back Inside the Box (Score:4, Interesting)
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.
Parent
Re:Maybe it is not about Sun making money (Score:5, Insightful)
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.
Parent
Re: (Score:3, Insightful)
Re: (Score:2)
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.
Re:Maybe it is not about Sun making money (Score:4, Informative)
Parent
Java (Score:5, Interesting)
Can Sun Make MySQL Pay? (Score:3, Funny)
Sun will make MySQL pay. Boy, will they pay!
Mindshare (Score:5, Interesting)
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.
Re: (Score:3, 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 port
I didn't go to business school, but... (Score:5, Funny)
Re:I didn't go to business school, but... (Score:5, Informative)
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
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.
Parent
Re: (Score:3, 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 unwill
Re:I didn't go to business school, but... (Score:5, Funny)
I can tell you don't have an MBA!
Parent
cheapskates (Score:2, Insightful)
Maybe it's worth the money indirectly (Score:2)
Can't Agree With Some of the Analysis (Score:5, Insightful)
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.
MySQL forgot the important part of the equation (Score:3, Insightful)
Re: (Score:3, Insightful)
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).
Re: (Score:3, Informative)
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
Re: (Score:3)
Oh wait, I know.....It doesn't run on Linux, so everyone here will trash it.
Layne
Re:Mod article -1, Troll (Score:5, Insightful)
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.
Parent
Re: (Score:3, Informative)
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 [google.com]
http://finance.google.com/finance?q=NASDAQ:AAPL [google.com]
Layne
its even worse for me (Score:4, Informative)
Parent
Re: (Score:3, Funny)
Re:Can Sun Make MySQL grow up? (Score:4, Funny)
Parent