Live data from Hacker News

MariaDB to go public at $672M valuation

mariadb.com

171–180 of 229 posts

Re: MariaDB to go public at $672M valuation

#171
post #113

Whatever else you might think, you can't help but be impressed by someone selling MySQL to Sun for $1 billion, forking it and then taking it public effectively selling it again. Respect.

I thought Oracle bought it. I think I had to make an account to download something. And I think it was Oracle that bought the MySql user group (I attended a couple meetings) pizza.

I was the interface between Oracle Sales and management at a start up a long time ago. It was weird. They offer technical help to use their API, (so its harder to switch away, I was told by my boss). We were on using on a trial basis. They seemed to want to charge based on CPU speed of the computer installed on. The startup ran out of money...

Re: MariaDB to go public at $672M valuation

#172

Earlier quoted context omitted.

Can you link any good arguments for defaulting to non-relational?

Simpler, more flexible data model along with speed / storage efficiency (you’re not updating many indexes so writes are much simpler). Your transaction layer data model should be as flat as possible; enrich with relational data in your analytics systems and data warehouses to optimize query speed.

Beware however that this flexibility and initial ease is more often than not a slippery slope into chaos.

This article put it really well in my opionion: There are no schemaless databases, just the ones with an explicit schema and the ones with their schema defined in a couple hundred places in code.

One of them is slightly easier to start out with, the other to evolve, maintain and communicate (double serving as self-documentation) across multiple engineers.

https://orangematter.solarwinds.com/2015/02/24/schemaless-da...

Re: MariaDB to go public at $672M valuation

#173

Earlier quoted context omitted.

It does look like it's growing but not at a crazy rate while MySQL has been declining: https://imgur.com/gallery/XJ3mDzz

Cool! Shodan is a very useful tool, too bad it's not worth paying for it for me. As someone who is not a user, would you mind posting the graphs for the rest of the software I put into Google Trends? The full list would be MariaDB, mysql, PostgreSQL, mongodb and SQL Server

Sure, here you go:

https://imgur.com/a/iTuuc94

Btw Shodan Trends (https://trends.shodan.io) is available to members as well. Membership costs a one-time payment of $49 for a lifetime account upgrade (https://account.shodan.io/billing/member). You can only do 100 Trend queries per month (if it's not yet cached) but it doesn't require a subscription.

Re: MariaDB to go public at $672M valuation

#174

Earlier quoted context omitted.

I am an almost daily user of mariadb. However, when i google anything mariadb query wise i instead type mysql. As the two dialects are nearly identical but there is more documentation available for the mysql search keyword on google.

You should use bing or duckduckgo. I've been hearing lately on HN that they are many orders better than Google.

At searching? I can't comment on bing but duckduckgo is different, not necessarily better. In fact for vague matches and context sensitive terms it's quite a bit worse than google.

Re: MariaDB to go public at $672M valuation

#175
post #64

Larry Ellison is not happy today. Edit: let me explain. Larry bought mysql to save oracle from being outcompeted by a young entrepreneur. Who left after 2 years to create an even more competent DB. To add insult to the injury, this market value is below what they paid for mysql 15 years ago, which makes Larry look incompetent.

Your comment doesn't make sense.

MySQL was originally purchased by Sun, not Oracle. Although Oracle did acquire Innobase Oy (makers of InnoDB, the most popular storage engine in both MySQL and MariaDB) prior to this.

Oracle later purchased Sun, which included other valuable properties (e.g. Java) in addition to MySQL. Naturally this would be a more expensive acquisition than just MySQL itself.

Regardless, the current enterprise value of MySQL (meaning, the MySQL business unit under Oracle) would depend primarily on Oracle's MySQL revenue. This really has no relation whatsoever, in any conceivable way, to the initial listing price of MariaDB's SPAC. These are separate databases with separate userbases, separate cloud DBaaS offerings, separate support contract businesses, etc.

Re: MariaDB to go public at $672M valuation

#176
post #113

Whatever else you might think, you can't help but be impressed by someone selling MySQL to Sun for $1 billion, forking it and then taking it public effectively selling it again. Respect.

I thought Oracle bought it. I think I had to make an account to download something. And I think it was Oracle that bought the MySql user group (I attended a couple meetings) pizza. I was the interface between Oracle Sales and management at a start up a long time ago. It was weird. They offer technical help to use their API, (so its harder to switch away, I was told by my boss). We were on using on a trial basis. They…

Sun bought mysql, oracle bought Sun.

https://www.e-channelnews.com/sun-microsystems-to-acquire-my...

https://www.oracle.com/corporate/pressrelease/oracle-buys-su...

But it was close 2008 and 2009 I believe.

Re: MariaDB to go public at $672M valuation

#177

Earlier quoted context omitted.

It was my impression that many distros alias mariadb as mysql because it's the capital-f Free version so when you install the default distro mysql you are actually installing mariadb. Edit: in fact I think that if you search "default" on this page these are all the distros that do this. https://mariadb.com/kb/en/distributions-which-include-mariad...

mysql is also trending down

Don't understand why it's taking this long since we have had a far superior free software alternative for many many years now...postgres

Re: MariaDB to go public at $672M valuation

#178

Earlier quoted context omitted.

Simpler, more flexible data model along with speed / storage efficiency (you’re not updating many indexes so writes are much simpler). Your transaction layer data model should be as flat as possible; enrich with relational data in your analytics systems and data warehouses to optimize query speed.

Beware however that this flexibility and initial ease is more often than not a slippery slope into chaos. This article put it really well in my opionion: There are no schemaless databases, just the ones with an explicit schema and the ones with their schema defined in a couple hundred places in code. One of them is slightly easier to start out with, the other to evolve, maintain and communicate (double serving as sel…

The Internet is usually not presented to you in real-time in 3rd normalized form. There are times when you can control the data sources, but many times you will be presented with data in real time, and you cannot spend the time to normalize everything.

A lot depends on the data you have, and the data you anticipate. If you have well-controlled data sources, sure, 3rd normalized form and tables with JOINs.

But sometimes you have to deal with the data you're handed. Denormalized and only, at best, semi-structured. Then it's time for NoSQL.

i.e., choose the right tool for the data you have and the queries you need. Don't try to force-fit the data to a tool just because you're used to it.

Analogy: use a hammer for a nail, and a screwdriver for screws.

Re: MariaDB to go public at $672M valuation

#179

Earlier quoted context omitted.

Simpler, more flexible data model along with speed / storage efficiency (you’re not updating many indexes so writes are much simpler). Your transaction layer data model should be as flat as possible; enrich with relational data in your analytics systems and data warehouses to optimize query speed.

Beware however that this flexibility and initial ease is more often than not a slippery slope into chaos. This article put it really well in my opionion: There are no schemaless databases, just the ones with an explicit schema and the ones with their schema defined in a couple hundred places in code. One of them is slightly easier to start out with, the other to evolve, maintain and communicate (double serving as sel…

I use the terms 'schema-on-read' vs 'schema-on-write'. But that might be too techy for some folks, even if I'm talking to 'database' people...?

Re: MariaDB to go public at $672M valuation

#180
post #4

The creator of MySQL named it after his daughter, "My". After it was forked, the fork was named after his other daughter, "Maria". He has three children, so we've got one more go at this with a MaxDB if needed. edit: I was wrong -- He already used MaxDB previously. We're out of names.

Lucky Monty, he got to sell it twice!

He did create MaxDB as part of MySQL AB, so one could say that he got the Full Monty.
Post reply on HN