Sun Buys MySQL
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.
← Back to Stories (view on slashdot.org)
One can only hope that they will be using this to replace the database that comes in Open Office.
Homo homini lupus
First post!
So now I'm a Sun employee. Interesting. No more BK at MySQL.
What all this means, I'm sure I'll be learning the hard way very soon.
Interesting surprise! I wonder if Sun will streamline the licensing madness that MySQL has become...
ilovegeorgebush
Sun has been thinking about this for a while
http://www.news.com/2100-7344_3-5562799.html
Computers are useless: they can only give you answers. -- Pablo Picasso
I hear they paid an astronomical amount for MySQL. In fairness though, the code is stellar. The developers must be beaming with pride. If I were a shareholder, it would certainly brighten up my day.
PS: Sorry.
http://biz.yahoo.com/bw/080116/20080116005349.html?.v=1
"As part of the transaction, Sun will pay approximately $800 million in cash in exchange for all MySQL stock and assume approximately $200 million in options."
I've been waiting SOO long for OpenJySQL 19!
Will it blend?
Not that I distrust Sun's motives when it comes to free software. I mean they did a stellar job on OpenOffice.org, didn't they?
My blog
Didn't they know they could just download it and run without paying?
liqbase
Right now Sun supports PostgreSQL on Solaris (http://www.sun.com/software/products/postgresql/index.jsp) and Oracle is one of the main applications used in Solaris.
I think this is a move to sell support to their customers, like asking: "Do you need an Oracle Database?"
- If the answer is "YES", then we will sell you our servers and OS support
- If the answer is "NO", then we will sell you our servers and OS support AND MySQL / PostgreSQL support
There is a very good entry on a Sun blog about the cost of propietary databases and the "commodization" of this market:
http://blogs.sun.com/jkshah/entry/cost_of_proprietary_database
Read the subject.
...
I thought SUN was currently bundling postgresql guess that wasn't good enough...
So up for discussion why buy mysql?
* Well you can't buy postgresql.....(Who to buy?)
* Wanting to hurt redhat
* You get ownership of the code (Since mysql has)
The "hurting redhat" is more for journalists "lets find a conflict thinking"
What else are the reasons?
still reading?
screw google. hard to find a more evil company these days (ignore their 'newspeak' nonsense about not doing evil. those that know about google and haven't been inducted into 'the society' know about google and avoid it like the plague).
;(
sun hires older workers (disc: I work at sun). when I interviewed at google, though, I was the oldest 'grey hair' in the whole cafeteria
then, see the brian reid story to confirm all this evilness about google.
please think twice about parotting the 'google is not evil' mantra, because I assure you - if you are over mid 30's, they will either not hire you OR fire you before you are about to vest. quite evil.
so I'm glad its not going into the hands of google. they have enough power and are corrupt enough, already.
(really, go search on brian reid - it may turn your view around about 'the beloved google'). sad to say, but it is true.
--
"It is now safe to switch off your computer."
This is quite interesting news! Check out what Jonathan Schwartz has to say about this:
http://blogs.sun.com/jonathan/
Dependency hell? =>
Could you fill us in? What low blows, and what transactional engines were removed? (Not being stupid, I'm just ignorant to what you're referring to...)
Karma: Chameleon (mostly due to the fact that you come and go).
I have worked at a lot of big banks. Open Source has been slowly finding its way in, but it is incredibly difficult to deploy an open source database like MySQL or Postgres. The banks says they want safety and security - and you answer that your database isn't enterprise critical so why pay for Oracle? Management then says, ah well, how about MS SQL Server....
See my journal, I write things there
It's a bit odd considering how much effort Sun put in to pushing PostgreSQL on Solaris in the last year or so. I wonder what their goal in this acquisition is.
I am TheRaven on Soylent News
Enter MySQL - combine it with OpenOffice and you finally have a real, integrated database that MS Office can't match. All we need now is a RAD front end for the consumer...
*** Don't be dull.***
Man, I KNOW -- they didn't hire me either. Totally evil.
I have seen the future, and it is inconvenient.
Oracle bought both InnoDB and BerkeleyDB. Those still happen to be two of the better engine options of MySQL.
As a long term PostgreSQL proponent, I'm not sure this is good news or bad. Many of the software stacks in open source, regrettably, use only MySQL. This makes it hard for PostgreSQL at times, but it puts the "owners" of MySQL in an excellent position to help some projects while ignoring others.
Sun owns Java. Sun will soon own MySQL. If you have a Tomcat/J2EE environment running open source, you will soon be having to deal with a single vendor with control over your environment, because most systems only give lip service to PostgreSQL but fully support MySQL. Expect the support bills to go up.
On to RedHat and IBM, I think it is time for them to start funding the PostgreSQL project for real. Setup a more corporate entity to guide it and REALLY compensate the guys like Tom, Bruce, et. al. for so much hard work, which IMHO is above and beyond a standard pay check.
This means that now more people may prefer to use MySQL rather than Oracle with Java, as they will see it as the most "compatible" database to be used within Java.
Man, I KNOW -- they didn't hire me either. Totally evil.
And I even baked them a cake shaped like the internet!
sic transit gloria mundi
Short version - Oracle offered 19.23 or so, and BEA said yes this morning. Big impact on a lot of Java EE developers out there.
+++ UGUCAUCGUAUUUCU
Sure, like /dev/null is the fastest place to write backups to.
I can't wait for them to rewrite it in Java!
Sun is the 2000 version of Bell Labs.
Google just makes beta applications.
Regards,
Website Hosting
MySQL is already ACID. Unlike PostgreSQL, MySQL supports several storage engines - with InnoDB, DBD and Cluster providing ACID. MySQL has indeed supported ACID, subqueries and such since 2005.
It's disheartening to see these kinds of posts get modded as insightful in 2008. Aren't we supposed to be dynamic, informed folks?
Stop the brainwash
Damn it! Now they will rewrite it in Java. It will no longer be the fastest database engine, after the rewrite, it will certainly be the slowest.
Sun already has an embeddable db engine written in Java called Derby. It has pretty impressive features and performance.
Being bitter is drinking poison and hoping someone else will die
the benefits are only there on the surface.
but what good are they if you are bound and 'forced' to work until 9pm each nite? or made to feel guilty if you DON'T stay for dinner and work a few hours after that.
all for the SAME PAY.
yes, its a slave life. you'll understand that when you get older (no insult intended; I didn't realize this until I hit over 40, myself.)
--
"It is now safe to switch off your computer."
Here's one that I've noticed, and which other database professionals I've talked to have corroborated. Access, when executing a query against an outside database, sometimes confuses an unique constraint as a candidate primary key. This seems like a teeny little quibble, but it has really bad consequences.
Consider the columns (a,b) and the value (a = X, b is null). If (a,b) is part of the primary key, the value (X,NULL) cannot occur in a table. But the idea of "uniqueness" is not as well defined in relational theory. Can the values (X,NULL) occur if (a,b) is constrained to be unique? Well, probably. Can it occur more than once? Now that turns out to be a very interesting question.
Let's consider a single column (s), where s is defined to be unique, but is allowed to be null. (s) cannot be part of the primary key of course, but can null occur more than once in the table? The answer is, yes, for both practical and theoretical reasons. The practical reason is that this turns out to be a quite useful behavior. Suppose s represents a social security number on a person record. In some cases that person has declined to provide is SSN, in which case we must put a null in that column. So two or more people can provide null for their social security number, thus many rows can have null there; but if two people provide the SAME SSN, that's an error.
The theoretical justification for nulls behavior in unique constraints comes from that fact that the expression (null == null) should evaluate to false. The expression (s = null) is ALWAYS false, even if the column s happens to contain null. That is because null as a value has special meanings; it can mean "doesn't apply" or "don't know". If s is the SSN, and record a and record b both have null in them, then how do we interpret the expression (a.s = b.s)? If it means do the records for a and b have the same value in column s, you'd want it to be true. If it means does person a have the same ssn as person b, you'd want it to be an error. If it means is person a known to have the same ssn as person b, you'd want the answer to be no. Each of these interpretations has its justifications, but the last one is the one that is ultimately the most practical. If we want to test whether a column is null, we must use the "is" operator, not the equality operator.
So, the apparently minor distinction between key candidacy and uniqueness is quite large if any of the columns involved are allowed to contain nulls.
Now, for the practical consequences of getting this wrong. If you use Access' GUI tools to build queries against tables in an external database, Access when running that query does not allow the external database to optimize the query. You need to do a pass through for that. Instead, Access attempts to optimize the query itself, particularly I/O over the database link, which is presumably expensive.
So lets say table p is people and table r is region, and both tables are held on an Oracle database. I want to do a query which joins person to region to make a table of names and the regions they live in. Now it happens that Alice (person #25) and Bob (person #82) live in the same region, "North". The query correctly spits out ("Alice","North"), then continues on to Bob's record. Now it turns out that both Alice and Bob have refused to supply the SSN, so they both have null in column s.
What happens next is pretty mysterious, but I think we can infer two things. First, Access gets the issue of (null = null) wrong; at least some parts of Access do some of the time. Second, Access may be attempting to reduce external I/O, but it somehow tracks by what it thinks is the primary key. Whatever the cause, one often gets the sequence:
("Alice","North")
("Alice","North")
instead of:
("Alice","North")
("Bob","North")
which would be the correct one.
Oops.
I'd give you more information on reproducing this, but I don't use Access much. Like I said, I have talked to other da
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
MySQL has indeed supported ... subqueries ... since 2005
Its support of subqueries has severely poor performance when multiple rows are returned in the inner SELECT(s), as I found (again) yesterday.
Some mornings it's hardly worth chewing through the restraints to get out of bed.
If it gets messy at 100K likes, you can just email a copy to all your coworkers to collaborate in debugging.
Sheesh, doesn't EVERYONE do it this way?
Give a man a fish and you have fed him for today. Teach a man to fish, and he'll say "WHERE'S MY FISH, YOU IDIOT?"
The truth is:
Sun can't possibly screw around more than MySQL AB has been doing ever since they went IPO. Just the other day I looked for MySQL Workbench - expecting it to be delayed yet another 2 years. Only to discover something worse: A beta is out and they've written in in DOt-f*cking-NET! Can you believe it? They've rewritten MySQLs core selling argument to many people in a prorpietary plattform that is owned by MS. MySQLs core design tool only runs on MS 2k SP4 and above! Unbelievable.
Suns marketing is just as shoddy as that of MySQL, so that's a perfect fit. But I sure do hope Sun will bring back some technical oper-source superiority to MySQL, which it once shared with many mature OSS projects.
We suffer more in our imagination than in reality. - Seneca
...that they don't make start migrating it to Java technologies. I want a FAST database.
from 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
to 45 2F 6E 40 3C DF 10 71 4E 41 DF AA 25 7D 31 3F