Slashdot Mirror
Red Hat Ditches MySQL, Switches To MariaDB
An anonymous reader writes "Red Hat will switch the default database in its enterprise distribution, RHEL, from MySQL to MariaDB, when version 7 is released. MySQL's first employee in Australia, Arjen Lentz, said Fedora and OpenSuSE were community driven, whereas RHEL's switch to MariaDB was a corporate decision with far-reaching implications. 'I presume there is not much love lost between Red Hat and Oracle (particularly since the "Oracle Linux" stuff started) but I'm pretty sure this move won't make Oracle any happier,' said Lentz, who now runs his own consultancy, Open Query, from Queensland. 'Thus it's a serious move in political terms.' He said that in practical terms, MariaDB should now get much more of a public footprint with people (people knowing about MariaDB and it being a/the replacement for MySQL), and direct acceptance both by individual users and corporates."
I use unencrypted XML and CSV files you insensitive clod!
Get free satoshi (Bitcoin) and Dogecoins
We're nobody's bitch.
Get free satoshi (Bitcoin) and Dogecoins
A decision not to use corporate-controlled software.
Seriously, is anyone out there in geek land even considering MySQL for a brand spanking new project with no history attached to MySQL? I don't know of any. It's just a matter of time now for things to swing from MySQL to MariaDB, though I think a lot of geeks will take a good look at other options like PostgreSQL before switching. Unless Oracle does something really interesting with MySQL, it's dead... seriously... no one in the year 2120 will even remember MySQL except for unfortunate geeks working for the government and large banks who will continue doing new projects with MySQL until the end of time.
Celebrate failure, and then learn from it - Nolan Bushnell
>businesses still use MSSQL server
No, they use Ingres.
--
BMO
Except for the ones that use Oracle. Or any of the other databases out there.
"Business" is a pretty broad category using a very wide range of database products.
-- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
If it's really dead like Cobol, I could spend the rest of my life doing nothing but supporting stuff using it, and make a pretty good career out of it.
That's a kind of death I can live with.
-- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
Businesses use both, actually. Bank Of America, Wells Fargo, American Express, Charles Schwab... I could go on and on.
MSSQL is mostly used when Microsoft-related items need to query the data, or some other product that drank from the Microsoft kool-aid. Every other time, I've seen a mix of Oracle, MySQL, & Postgres.
With a smattering of db2.
-- This space for lease, low setup fee, inquire within!
Like the name?
-- This space for lease, low setup fee, inquire within!
HAH. Real businesses just store everything in word docs with the timestamps in the file name.
I read TFA and all I got was this lousy cookie
The main thing Oracle Linux does is run a newer kernel version than the RHEL kernel. RHEL6 for example is based on 2.6.32, while Oracle's Unbreakable Enterprise Kernel R.2 (pdf) was running 3.0.16 when they last updated things.
Grabbing the newer kernel lets Oracle win direct performance shootouts against RedHat. They can get away with it because the only applications they're testing on it is Oracle, so if the upstream kernel breaks other things they don't care. RedHat cares about all of their supported software, so they have a lot more QA issues to deal with. Note that this little trick is also how Oracle has gotten around caring that RedHat made it harder to see what individual patches they apply to the upstream kernel in their release. They aren't using that version of kernel at all, so whatever RedHat is doing to customer their 2.6.32 branch they're ignoring.
Of course, if you're willing to do this, you can easily grab a newer Linux kernel from kernel.org yourself on regular RHEL, too. The game Oracle is playing with "Unbreakable Linux" is all marketing hype.
Why? Anything you might have learnt applies just as much to MariaDB as it did to MySQL.
This is a victory for Free Software as a whole. We can argue about ACID tests another day.
Congrats to the MariaDB team for making quality fork and fulfilling the dream of the GPL: that WHEN corporations try to buy/take our code we'll simply route around the damage.
Good job Gentlemen.
Nah, Postgres sucks. Doesn't even have a decent REPAIR TABLE command or support for Februaries which have more than 29 days.
At least it isn't called EvanDB.
Get free satoshi (Bitcoin) and Dogecoins
Sure, just as schools will refund the money charged to students while teaching them every other technology that evolved...
-- This space for lease, low setup fee, inquire within!
MySQL filled a niche for web application development, but not very much else. The large banks are all using old-school commercial databases: Oracle, DB2, Sybase, SQL Server. Government applications prefer PostgreSQL because of its permissive license. If they want to customize the source code for a project that isn't pubic, they can do that without having to worry about GPL compliance.
You know that MySQL and MariaDB both start with M, right?
Did you really go to college?
I want to delete my account but Slashdot doesn't allow it.
Yes.
-- This space for lease, low setup fee, inquire within!
Many hosting packages have MySQL installed as default, almost all of them in fact, and web devs are unlikely to have any interest in moving. I mean what are they going to tell their clients, someone in a far away office unconnected to anything has decided that the DB system is outdated, so you have pay us to migrate your data? Oh, says the client, will it offer me any benefits or will my site stop working? Why no, says the web dev. Please.
Inertia means a lot, and MySQL has a LOT of inertia.
Sure, why not? MySQL is crap. MySQL is crap. 10 years later, MySQL is still crap. MariaDB and Percona are less crap, but still crap.
Oracle is on-par with PostgreSQL, with some drawbacks, and you can argue and haggle--personally I think Oracle is inferior, but you'll get dissenters and they *are* in the same class. MS SQL Server is inferior--it's a good product in its space, but its space is a subset space of PostgreSQL. More to the point, Oracle and MS SQL Server are both closed, proprietary pay-ware; PostgreSQL, MySQL, DB2, and SQLite are free. That means the argument is essentially PostgreSQL vs MySQL.
PostgreSQL actually functions like a real database (MySQL does a lot of crap it shouldn't), outperforms MySQL, has working replication now (FINALLY, since around 8.0-ish, a few short years back), has BETTER replication than MySQL, and is about as easy to set up (I learned it in about 30 minutes). In general it's a better product as a database. Since it has no real drawbacks besides blunt protocol compatibility (i.e. a MySQL-specific app can't talk to PostgreSQL, either because of network presentation protocol (MySQL protocol 3306) or application protocol (MySQL-specific command language)) compared to MySQL, and many advantages, it's essentially a higher-quality and thus better piece of software.
Optimally, RedHat, Debian, Ubuntu, SuSE, etc should provide the best MySQL possible--Percona, MariaDB, whatever--while providing the guideline that PostgreSQL is a better product. Because, hell, they're already endorsing by dumping MySQL instead of simply including both Percona and MariaDB. The issue is that the political chip of saying, "X is better than Y," is very volatile. We could sit here and hash out merits and come to that exact conclusion--but even then, when we're all convinced that this is FACT and not OPINION, what do you think would happen if RedHat and Ubuntu both flatly said, "Use PostgreSQL, MySQL is crap"?
Support my political activism on Patreon.
You do realize that they were the ones who sold MySQL to Oracle in the first place, right ?
for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
Yeah! Who needs machines that run for 40 years.
Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
If you buy web hosting from a cheap cpanel-based provider, you get MySQL for free and it's hard to set up anything else. Moreover, a moderately skilled web developer can get a database-driven site set up in just a couple of minutes with PHP+MySQL.
MySQL+PHP is popular for the same reason VB6 used to be popular. It's quick and easy and it gets stuff done. Elite computer scientists look down upon both because they are perceived as quick and dirty hacks. But that doesn't matter; for many applications, a quick and dirty hack is good enough.
I've worked for several government deparments and large banks.
IBM mainframe uses DB2, everything else uses Oracle. No exceptions (atleast as far as databases supporting SQL goes).
Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
I recently upgraded to MariaDB. Took a whole of 5 minutes with just a few seconds downtime (just ~3GB of data, though); nothing changed except I occasionally see a different name in logfiles and tools.
Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
Real businesses use a craptastic Access database with a bunch of hackish VBscript layered on top, in my experience.
Pretty much the only thing anybody run on it is oracle anyways. If your going to pay through the nose for support contracts you might as well have one place supporting the whole thing.to stop the finger pointing.
No sir I dont like it.
Except for the ones that use Oracle.
Oracle sucks as well. It's just a different kind of suck. Sort of like the difference between a Geo Metro and a Ford Taurus. They both suck, just in different ways. (Did I get the car analogy right?)
We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
DB2 runs on 32- and 64-bit Intel and AMD processors, POWER processors, and System Z processors. Please tell us which of those is 40 years old.
Seriously, is anyone out there in geek land even considering MySQL for a brand spanking new project with no history attached to MySQL? I don't know of any. It's just a matter of time now for things to swing from MySQL to MariaDB, though I think a lot of geeks will take a good look at other options like PostgreSQL before switching. Unless Oracle does something really interesting with MySQL, it's dead... seriously... no one in the year 2120 will even remember MySQL except for unfortunate geeks working for the government and large banks who will continue doing new projects with MySQL until the end of time.
MySQL has too big of a momentum to just disappear (and the people keeping it alive are not governments and large banks, but rather web developers).
I'm a full-time web developer and I am just starting a new project and tossing a coin between MySQL and Postgresql. The reason why I am even considering MySQL is that all my existing code and libraries are thoroughly tested with it. Even brand spanking new projects use old libraries :)
In theory, database abstraction layer should be good enough to make everything work with pgsql, but it hasn't been tested. There are other reasons too, like other developers being uncomfortable with pgsql (namely sequences vs. mysql's auto incremented primary keys) as well as the fact that all of them will have to look for new tools for the alternative. Also, Mysql replication is very well established and easy to do and system administrators are part of the equation.
We just updated all our servers to Debian Wheezy which comes stock with MySQL 5.5, which with Innodb is half-decent. From what I see, it's still actively developed and I don't see it just disappearing... Oracle may be a place where open source software goes to die, but MySQL may change the trend.
In the other hand, in some countries there are a pledge for using open formats for government data, something that could give a chance to keep using, or take the information from it, even after the company behind it closes or just decide to switch direction, maybe many years after. The code that is behind don't need to be open source, but usually if is, then the format of the data is open too (or at least, the way to access it).
PostgreSQL is included with RedHat too, is not taken out. But, if despite all what its critics say, you still want a MySQLish database in Redhat, then you will have MariaDB, that is more performant and more future proof in the open side than MySQL.
There is nothing you tell the client. You dump the DB out of mysql and load it in maria.
Not like they are switching to something not compatible.
Teaching you LAMP?
Teaching any programs is foolish, they should teach that you need an OS, a webserver, a db and a language for your site. Knowing the basics will let you easily work on many stacks.
If you think Oracle is inferior maybe you need to learn performance tuning.
You do realize that they were the ones who sold MySQL to Oracle in the first place, right ?
No. Open source people never sold MySQL to Oracle.
What happened is that Monty sold MySQL to Sun, with a clause that it must not be sold to Oracle.
Oracle then bought Sun.
Sure, send me a copy so I can replace LAMP with COBOL and JCL.
Might want to be careful with throwing "troll" around, if you're going to miss/ignore rather important things like Maria being a drop-in replacement for MySQL, so nothing you learned about LAMP is lost by this change.
But what the hell university teaches LAMP anyway? UoP?
So they get to keep doing what they were doing AND have a boatload of cash in the bank.
Remember, You are unique...just like everyone else.
what real college teaches "lamp".
the same kind that has "ford engines" as a course on their machinery side?
world was created 5 seconds before this post as it is.
Here's the real solution: Don't sell it to a corporation in the first place like Monty did.
MySQL had already been owned by a corporation for more than a decade before Sun bought it. That corporation was "MySQL AB", incorporated in Sweden.
It's not even that complicated for most users - simply shut down MySQL, point MariaDB to the MySQL configuration, start MariaDB, and that's it.
I'm pretty sure Oracle couldn't care less if RedHat uses MySQL or MariaDB since it doesn't benefit greatly from either. Oracle would much rather have everyone using Oracle DB since that is where they put most of their development and support efforts and that is what makes them their money. I don't think Oracle would even continue to offer MySQL support if they weren't ordered to do so under the conditions of their buyout of Sun.
Which part of that is supposed to make people feel comfortable that MariaDB will still be around in a few years, after Monty gets an offer to buy that company? "Insanity is repeating the same mistakes and expecting different results"
Seems like MariaDB is the greatest thing after sliced bread, but, unless you are running your own server, many hosting services are still offering mySQL as the DB to use. I was going to check out MariaDB, but for now, unless I have a requirement from a client, it doesn't seem like its worth my time to use. It is still a WAMP and LAMP world out there for the most part.
Monty made some money for himself - why shouldn't he do this, particularly when the sale of the product would not have any material long term impact to the availability of the product.
Sun paid him off, and now he is doing the exact same thing, in open source, he gets to keep his money, and Oracle now has zero influence over this open source project.
Win, win, win, win(unless you are Oracle)!
Maybe he can do this every 10 years and buy a new boat. Good for him. It will also help get the message across that you really cannot buy Open Source software.
Remember, You are unique...just like everyone else.
Who's going to pay for this effort again?
Here's the real solution: Don't sell it to a corporation in the first place like Monty did.
That's easy for you to say, not being in Monty's shoes.
Selling it helped him pay alimony and child support for his daughter My [*], for which the database was named.
And it did not kill the open source - as per usual, it forked around it, and evolution continued.
[*]: Off-topic: Pronounced with a near-close near-front protruded vowel, which doesn't exist[**] in English. The closest approximation is "ee" said with the lips rounded like saying "oo". "Y" is a vowel in its own right in Swedish, and saying "Mee" is as bad as saying "Moo". Which is why Monty doesn't object to the common "Mai-SQL" pronunciation - it's better than the alternatives.
[**]: Off-topic: Parents who give their children names that aren't pronouncable in major languages like English are bastards. I know this first hand, and had to change my name.
Given that there are plenty of good alternatives, it seems that the real value in MySQL is the branding. Oracle could've bought any DB engine they wanted, but which open-source one has the most name recognition? Sometimes, "what's in a name" turns out to be "everything."
Check out my world simulator thingy.
I worked on one of those and man, it was hairy. In the end we pulled it off, but it was a close shave.
Confucius say, "Find worm in apple - bad. Find half a worm - worse."
The customers, via their normal bill.
The servers have to be upgraded at some point, EOL and all. The service provider will at that point move to mariaDB and not even tell the customer.
But if Oracle require special performance tuning which none of the other databases does, then it does suck in 90+ percent of all usecases for sql servers(That is: The usecases where there is no fulltime person hired just to tune the database).
Stop it, you'll set Joe_Dragon off.
Confucius say, "Find worm in apple - bad. Find half a worm - worse."
Of course, if you're willing to do this, you can easily grab a newer Linux kernel from kernel.org yourself on regular RHEL, too.
Even better, install elrepo.repo and enable the elrepo-kernel repo and install the package 'kernel-ml'.
I just build a CentOS 6-based Xen server last weekend with kernel-ml and mayoung's xen packages, and it's a beautiful thing.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
Red Hat might switch to MariaDB from MySQL, but businnesses still use MSSQL server.
MSSQL is an expensive turd.
You clearly have no experience with web development. Most of the sites on the internet are in shared hosting packages, anything that gets less than a few hundred thousand hits a month. The only thing these sites are charged for are hosting and domain names. Anything that involves any kind of effort on the part of the developer gets charged for seperately. Hosting companies are quite capable of keeping the same software on new servers indefinetely.
Honestly I'm not seeing anyone flocking to the flag of the guy who's already sold MySQL for a vast sum of money unless someone's paying them for it. If it works, don't fix it.
A company called Computer Associates used to be where formerly successful commercial apps went to die a slow, painful death.
Now Oracle is where OSS branches goes to die a slow, painful death.
Table-ized A.I.
Which part of that is supposed to make people feel comfortable that MariaDB will still be around in a few years, after Monty gets an offer to buy that company?
That you (or anyone) can fork it. Open source routes around this problem nicely.
I've been looking for an excuse to make the switch. And this does it for me. I'll be switched by the end of the year.
But if Oracle require special performance tuning which none of the other databases does, then it does suck in 90+ percent of all usecases for sql servers(That is: The usecases where there is no fulltime person hired just to tune the database).
This is very true. I work on many different projects and move from company to company setting up web applications, usually for in-house use - well, after I'm finished, I don't have time to constantly come back and re-tune the database, nor would the company want me to do that and keep paying for an application that is essentially "completed". Also, hiring a full-time database tuner would be ridiculous for all of the cases I've been involved in (monetarily crazy and otherwise). Some places using MySQL for my application is more than enough, however, when its not, I setup PostgreSQL. It only requires a little more design time on my part and the results and great.
--
Government applications prefer PostgreSQL because of its permissive license. If they want to customize the source code for a project that isn't pubic, they can do that without having to worry about GPL compliance.
Why would they care if they are not *distributing* the application ouside GOV?
If you want news from today, you have to come back tomorrow.
Do I even need to point out that this kind of thing hurts the perception of Open Source developers and by extension Open Source software? Then again, it's about time we have a term to replace the horribly racist "Indian Giver [wikipedia.org]" term. "MySQLGiver" maybe? "Open Source Giver"?
You're right. Such an egregious abuse could never happen with closed source software. *cough*Skype*cough*
"Watch your cornhole, bud."
Open source doesn't remove the damage here, it just contains it. Look at how much effort is being wasted by people who are switching from MySQL to MariaDB now. All of that overhead is damage to an open source community that could have been working on other things with that time. If you're smart, instead you'll switch to a truly open database, one that doesn't have a company requiring copyright assignment involved at all.
MySQL was a reasonable choice back when PostgreSQL didn't have Windows support and people needed that to do development. Now there's really no good reason to put efforts into a MySQL->MariaDB change, not when there are viable free alternatives and MariaDB has the same fundamental problem that destroyed MySQL. The right answer for an open source community is to route completely past MySQL and its ugly dual-licensed code altogether, use this transition point to migrate off there altogether.
> "Insanity is repeating the same mistakes and expecting different results"
please stop repeating this garbage
I made the switch and couldn't be happier. I haven't done an official speed comparison but it seems that MariaDB is much more responsive. That tiny little ms counter in Sequel Pro is showing much shorter times for routine tasks.
But the fulltext indexing is not available to the default table engine. That is my one complaint.
I would be curious to know what the insider thinking is at Oracle. I suspect they thought they had the free database crowd by the balls. No doubt they had all kinds of interesting long term strategies to switch companies over from MySQL to overpriced Oracle products. Now those strategies are going to fade into nothingness.
You are clearly full of it.
New servers will not run old versions of MySQL at some point. This means they will have to decide if they want to install new MySQL or MariaDB. That is when the latter will go into place since it is the redhat standard.
MariaBD is something of a lame name. Its gonna be harder to pitch/sell than the well named 'MySQL'..
We`re all equal
In any large organization, guaranteeing that something you do will not get distributed outside of its original domain adds a compliance cost. The idea that compliance with a license is overhead that really does cost something has already been beaten into larger organization's heads by the terms of commercial software like Microsoft's, where audits and possible violations are a real cost of doing business.
Companies familiar with open source licenses know that if they touch GPL code but keep it private, they're on the hook for continuing the comply with the related license terms. Who can say if five years from now, today's internal application will move outside its original boundaries? Having restrictive license terms paperwork that has to follow the application around forever is exactly the kind of crap governments adopting open source software are trying to get rid of.
If you just use something with a BSD or MIT license from day one, you don't even have to worry about it. All of the paperwork and license review CYA compliance audit costs are up-front.
There isn't any effort to migrate from MySQL to MariaDB. It's a drop-in replacement.
For all practical purposes, MariaDB is a binary drop in replacement
DB2 runs on 32- and 64-bit Intel and AMD processors, POWER processors, and System Z processors. Please tell us which of those is 40 years old.
I run DB2 on 64-bit Intel. I pray that one day it will add the same level of import/export capabilities that come for free with both MySQL and PostgreSQL. Or at least that I can do a dump from an i5 system to the Intel system.
For that matter, I would be overjoyed if they'd just do like everyone else and add a create-from-select SQL option.
towards the end, Steve says to Bill "Bill, our stuff is better." To which Gates replies "You just don't get it Steve" and walks away.
Better is not always better.
Postgres may be better, but it's "hard", whether because of a lack of mindshare, or because MySQL has a cuter name, or whatever reason - so people don't use it.
Because people don't use Postgres, people don't use Postgres.
I want to delete my account but Slashdot doesn't allow it.
The whole point of this article is that RedHat is putting effort into this switch. Individual users may not see it, but this mess is causing headaches for people who maintain and distribute open source software stacks. And incompatibilities for users are coming one day too, as soon as the feature set starts drifting between MySQL and MariaDB.
And incompatibilities for users are coming one day too, as soon as the feature set starts drifting between MySQL and MariaDB.
If users have been using Oracle MySQL, yes, they may find incompatibilities when migrating to open source MariaDB. That's hardly the fault of the open source community, now is it?
I.e. if you chose to go to closed source Oracle MySQL, you have to pay the price. That seems reasonable enough.
Those who stayed with open source MySQL have no such problems.
Sure, why not? MySQL is crap. MySQL is crap [arstechnica.com]. 10 years later, MySQL is still crap. MariaDB and Percona are less crap, but still crap.
You must not be a sysadmin. Everything is crap, and the job is to find out what oozes least amount of crappiness for the job at hand.
In some cases, that is MySQL (or now MariaDB). Despite being crap.
It would have been just about as much effort to "switch" to the latest version of MySQL as it was to "switch" to the latest version of MariaDB. They were going to do one or the other.
And incompatibilities for users are coming one day too, as soon as the feature set starts drifting between MySQL and MariaDB.
Probably so. Which makes this the ideal time to pick MariaDB, while it's zero-effort.
Oracle sucks as well. It's just a different kind of suck. Sort of like the difference between a Geo Metro and a Ford Taurus. They both suck, just in different ways. (Did I get the car analogy right?)
No, it's more like the difference between a Ford Transit and a Scania 18-wheeler.
My Oracle machine has 2 quad core CPU's, 16GB of RAM, 6x15k disks, has been benchmarked and tuned by multiple people, and has automated jobs to keep things cleaned up. My MySQL machine is much more stable, consumes less disk space, and is often faster using only 2 older disks, 1/4th the CPU and 4GB of RAM. I tuned it once by setting 3 values.
I think Oracle is inferior for giving me ORA-0600 errors all over the place on things like syntactically correct queries that were simple enough to write in sql*plus, and charging loads of money on support just so I can find out it's a known bug they don't plan on fixing. I've never seen a program that requires so much hand holding and few that crash so often. I can't think of any thing so buggy off hand, but if you'll excuse me, I'm off to tune my dev server running btrfs (Ubuntu didn't let me install with compression enabled).
Oracle, keeping DBAs employed for over three decades.
Michael J. Ryan - tracker1.info
Nah, Postgres sucks. Doesn't even have a decent REPAIR TABLE command or support for Februaries which have more than 29 days.
Funnily enought February 30 actually existed in specific situations:
http://en.wikipedia.org/wiki/February_30
Maybe if your car choices were a station wagon (MS-SQL) and a dump truck (Oracle)...
Michael J. Ryan - tracker1.info
I've seen a fair bit of MS-SQL in those fields as well..
Michael J. Ryan - tracker1.info
What's wrong with LynxOS/AOLserver/MariaDB/Perl?
Get free satoshi (Bitcoin) and Dogecoins
So, I paid a couple thousand dollars for my SQL Server license, but I get a more feature complete, more stable product that does exactly what I need it to do. I'm a bit glad I didn't adapt the apparently unstable MySQL. As a business person, and not as a developer, MySQL (and it's forks) seems to be turning into a train wreck that is best to avoid.
Monitor bandwidth usage on IIS6 in real-time: http://www.waetech.com/services/iisbm/
I thought IBM owned DB2?
*sigh* I'm a really big fan of MongoDB... I will say that it isn't without issue, but depending on your workload and needs, it's a *VERY* good fit.. it's also a natural fit with NodeJS.
Michael J. Ryan - tracker1.info
We haven't had any problem at all replacing MySQL with MariaDB in Fedora per se.
MySQL folks wanted to keep MySQL in Fedora *too*, and we had some fun figuring out the packaging and upgrade paths such that both new-world-MySQL and MariaDB could be in Fedora with MariaDB replacing old-world-MySQL on F18->F19 upgrades, but RHEL will very easily avoid all that by simply not including new-world-MySQL (I expect).
RH isn't really in the business of telling people what database to use. We provide all the major ones, including pgsql. You can pick whichever you want to run.
I'd argue otherwise. Oracle submitted a boatload of bugs (performance & otherwise) to Redhat to make Oracle products run better. Redhat ignored most of them. Oracle forked red-hat & rolled their own. Isn't that the benefit of open source?
This signature is a waste of 42 characters
Companies that throw submissions upstream and then fork if they're not all accepted are not very useful to me. RedHat has one set of rules about what sorts of changes they're willing to accept in a stable release, the Linux kernel developers have another. Oracle is content to fork both and make changes, with their own policy for what is and isn't acceptable. Some of the ignored submissions are due to those policy differences, others ignored because Oracle wasn't willing to work within the community development process. Oracle doesn't considering aligning its work with other development communities to be as important as pushing them out in their own version; they'd rather brag about how they have the better answer.
In general I frown on projects that fork healthy code rather than working out how to integrate their changes into the upstream development model. No one company can develop code so great that it's worth abandoning the mainstream Linux kernel development for them, but Oracle believes they are such a company. I'm not impressed; I'll take every kernel developer in the world that worries about upstream integration instead.
Except Red Hat covers a grand total of 2.8% of the market and dropping rapidly. http://w3techs.com/technologies/details/os-redhat/all/all
I don't feel obligated in any way to support MariaDB. I don't see how any self respecting dev would, especially since the founder made himself richer than Croseus by selling MySQL.
So good luck with that.
What do you think the majority of those unknown UNIX sites are running on?
Think really hard, now.
It is going to be RHEL, Centos or Debian. All of them will be on MariaDB fairly soon.
Having the webserver not report the OS is pretty simple to do.
Really? They distribute libmysqlclient? I could go one, but I'm lazy.
Its not a drop in replacement. It does take effort to move to it. You just choose to ignore differences.
If it took no effort, you wouldn't hear about Red Hat putting work into it.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
For entertainment value, RedHat ought to buy EnterpriseDB, open the source code for the Oracle compatibility layer, then shove free PL/SQL compatibility for Postgres into Oracle Linux.
I'm sure that's why Oracle hasn't bought out EnterpriseDB - the moment they tried, the source would start flowing.
When you get to the point that Oracle requires 'special tuning', you're so far beyond what MySQL is useful for its not even funny.
When you start 'tuning' Oracle, MySQL isnt an option because you're tuning features MySQL doesn't have.
You also can afford a full time Oracle DB or 20 because we're not talking about a tiny ass db used for your one sale a week shopping cart and mediawiki clone.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
And ... you're using them for the exact same thing ... right? I mean, thats clearly why you have two of them ... so you could compare them with the exact same workloads, right?
Its always nice when you compare orange juice and hard apple cider.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
'more future proof' ...
Its EXACTLY THE SAME AS MYSQL in that respect. MariaDB can be sold JUST LIKE MySQL! Go figure
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Why would you choose MariaDB over MySQL? Do you expect something different to happen? Do you like changing the name of your database everytime some Swede makes a billion dollars off it and then turns around basically do it all over again.
If you switch to MariaDB without planning to get off it, you're just an ignorant chump.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Usage statistics and market share of Linux for websites
using this page, RedHat + CentOS = 35.6% of websites using various subcategories of Linux. You should also include Scientific Linux, but it's only less than 0.1%.
Drilling down,
So CentOS plus RedHat is11.1% vs Debian which is 10.2% And of course, this is without knowing anything about all those "unknown UNIX" sites.
Really? Cause I can think of a couple large banks and a couple government organizations that advertise the fact that they use PostgreSQL and others.
Hell Bank of America has all sorts of different databases in house, MySQL and PostgreSQL are certainly among them. This is public information, so you must have been in some super secret banks and govs that don't interact with those of us in the real world.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Uhm, my copy doesn't have 'db2' in it. Never has to my knowledge. I know db2 doesn't run on half the platforms postfix supports.
Postfix does use berkley db, perhaps you think just because it has db in its name that its the same?
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
It's okay to lose.
Parents who give their children names that aren't pronouncable in major languages like English are bastards.
Nothing is pronounceable in English. You basically cannot import any non-English word from any other language and have it sound remotely the same. The set of available sounds is both small and weird.
Finally! A year of moderation! Ready for 2019?
I hereby release myself into the pubic domain.
Escher was the first MC and Giger invented the HR department.
Reality: When a vendor of an open source product drops it, 99 times out of 100, thats the end of the product. That 1 time left, is the MySQL example.
If that's the case, you shouldn't have any problems naming 99 open source projects that have gone closed source and subsequently been dropped so "thats the end of the product".
If you cannot provide any examples to back your claim, you're just mouthing off.
Well, considering that AOLserver gives you TCL for free, adding Perl seems like a bit of an impedance mismatch. Aside from that, nothing.
(Note, I only know this because I was the Debian TCL maintainer for several years; which is why I know that AOLServer is A) free software and B) written in TCL. Otherwise, I would have assumed you were joking.)
That's interesting. Just today I accepted and merged a contributed bugfix to the MySQL codebase, which is GPL.
Yep, sounds pretty closed to me.
Why smear all the good people who've used and/or worked on MySQL over the years like that?
Say instead, "He's pulled a Widenius," and give credit where actually due.
Il n'y a pas de Planet B.
Yes, and IBM also originally wrote Postfix. Of course, using Postfix with Postgres is easy: http://www.postfix.org/PGSQL_README.html. Or apt-get install postfix-pgsql. I can't address whether than includes support for "hashes and Btrees", since I haven't tried, but seems implausible that it wouldn't. Postfix has been developed as open-source for a long time! OP does seem remarkably confused. But I'm not completely sure whether he's simply blaming the wrong company, or just plain wrong. I suspect the latter, but can't prove it.
My point is people will stick with the one the distribution has as a default. MariaDB will be that default.
Nothing is pronounceable in English. You basically cannot import any non-English word from any other language and have it sound remotely the same. The set of available sounds is both small and weird.
Bzzzzt, wrong.
In fact, English has a rather high number of phonemes, compared to most languages.
This has made it quite easy for English to adopt words from other languages, which in turn has given English an unusually large lexicon compared to most other languages, as well.
I leave it as an exercise to the reader to look up all the synonyms we have for "dog" in English, and then determine which languages they came from.
Il n'y a pas de Planet B.
Yet none of those imported words sound anything like the original.
Finally! A year of moderation! Ready for 2019?
If you're referring to Monty, he's from Finland.
Il n'y a pas de Planet B.
Stop. Making. Shit. Up.
Who the fuck modded this Insightful??
Il n'y a pas de Planet B.
Companies familiar with open source licenses know that if they touch GPL code but keep it private, they're on the hook for continuing the comply with the related license terms.
But we are not talking about "companies", we are talking about governmebnt use, where the liklyhood of spinning it off is nil.
If you want news from today, you have to come back tomorrow.
Government projects are spun off into contractors or other commercial entities all the time.
And yet, a Tennessee hilljack can travel to Oz-tralia and communicate with the folks there, despite the fact that he and they pronounce things very differently.
In any case, we have already demonstrated that your original assertion was based on a false premise, so I see no point in continuing this. Have a nice day.
Il n'y a pas de Planet B.
I never liked MySQL's name anyway. It reminds me of Windows XP, with its My Documents, My Pictures, My Computer. Vain wordiness.
Okay, maybe it's more like AT&T U-verse and other advertising strategies that play to My Narcissism.
Elite computer scientists look down upon both because they are perceived as quick and dirty hacks. But that doesn't matter; for many applications, a quick and dirty hack is good enough.
If anyone wants to know why this is now a crock of shit, look no further than this post: http://me.veekun.com/blog/2012/07/28/quick-doesnt-mean-dirty/ It goes through the development of a simple web-app using proper technologies as the author discovers and uses them for the first time, and serves as a good introduction to Flask, SQLAlchemy, and Postgres.
Quote:
This is a recurring sentiment: developers telling me, well, yeah, Python may be all cool in your ivory tower, man, but like, I just want to write some programs.
To which I say: what the fuck are you people smoking? Whence comes this belief that anything claimed to be a better tool must be some hellacious academic-only monstrosity which actively resists real-world use?
You have demonstrated no such thing. You still basically cannot import any non-English word from any other language and have it sound remotely the same. Advising people to pick names that are pronounceable in English is practically the same as advising them to pick native English names. The world is poorer for it.
Finally! A year of moderation! Ready for 2019?
The issue is that the SQL Standard says NULL is an unknown value and "" is a known value of empty string. Oracle considers "" to be NULL, which is incorrect in the same way that considering 'char *s = "";' equivalent to 'char *s = NULL;' in C is incorrect.
Support my political activism on Patreon.
Unless you're PR, you shouldn't use 'we' when talking about RedHat.
Also, RedHat is garbage, so stick that one in your hat. Debian and Ubuntu both have the policy that any updates must absolutely not break release; if they do, they're slated for next release. RedHat? Oh, right in the middle of RHEL6, let's drop crmsh for pcs, which didn't exist before in RHEL6, and not even note in our 6.4 release notes that crmsh is going away. People tell me "technology preview" a lot, but that's only an excuse for it being not-totally-functional to begin with; in Ubuntu, the policy of "Don't break shit that already works" applies to unsupported software as well as supported software--even if you don't get regular patches or bugfixes unless somebody is bored or you submit it yourself, you still don't wake up one day and find out that something that worked when the distro was released no longer works now because of an update.
RedHat is in the business of supplying crap.
Support my political activism on Patreon.
And doesn't have actual scalar integers.
"I don't know, therefore Aliens" Wafflebox1
So is that the reason why they picked the name "Maria" so they wouldn't have to change the acronym? :)
http://en.wikipedia.org/wiki/LAMP_(software_bundle)
Linux, Apache, MARIA, Python/Perl/PHP
You must love microsoft. Or work for Oracle. Can't explain this better