Comments on the 2013 Gartner Magic Quadrant for Operational Database Management Systems
The 2013 Gartner Magic Quadrant for Operational Database Management Systems is out. “Operational” seems to be Gartner’s term for what I call short-request, in each case the point being that OLTP (OnLine Transaction Processing) is a dubious term when systems omit strict consistency, and when even strictly consistent systems may lack full transactional semantics. As is usually the case with Gartner Magic Quadrants:
- I admire the raw research.
- The opinions contained are generally reasonable (especially since Merv Adrian joined the Gartner team).
- Some of the details are questionable.
- There’s generally an excessive focus on Gartner’s perception of vendors’ business skills, and on vendors’ willingness to parrot all the buzzphrases Gartner wants to hear.
- The trends Gartner highlights are similar to those I see, although our emphasis may be different, and they may leave some important ones out. (Big omission — support for lightweight analytics integrated into operational applications, one of the more genuine forms of real-time analytics.)
Anyhow:
- The 2013 Gartner Magic Quadrant for Operational Database Management Systems puts Oracle in the lead, closely followed in some order Microsoft, SAP, and IBM, with everybody else way behind. That’s reasonable, harkening back to the time when Oracle, IBM, Microsoft and to some extent Sybase were seemingly secure oligopolists, and most of the other vendors mentioned didn’t yet exist.
- Gartner seems to view a proprietary appliance strategy as good for customers, without mentioning that it’s also a way to sell hardware at ridiculous prices.
- Gartner evidently likes memory-centric positioning. SAP, Aerospike, VoltDB and McObject all get surprisingly high marks.
- Gartner gives Intersystems pretty high marks, while Progress Software isn’t even mentioned. Despite Progress’ recent restructuring, I’d think the core Progress OpenEdge business — arguably Intersystems’ closest rival — deserves more respect than that. (But given how rarely I write about it myself, perhaps I shouldn’t criticize.)
- Gartner has long been oddly positive on Actian, which is a floundering hodgepodge of half a dozen database also-rans. I like Mike Hoskins a lot too, but just how much has Actian’s supposedly “energized” “strong leadership” accomplished in the recent past, at Actian or elsewhere?
- Gartner has brutally low “vision” rankings for NuoDB and Clustrix. I think scaling out SQL effectively is more impressive than that. Gartner also omits to mention Clustrix’s past as an appliance vendor.
- Gartner refers to Oracle’s multi-tenancy support as if … well, as if it supported multi-tenancy.
- I don’t understand Gartner’s rankings of or comments about NoSQL vendors. For example:
- Three “strengths” are mentioned for MongoDB, yet none reference MongoDB’s developer outreach, which may be second only to prime Microsoft’s.
- HBase is discussed as if the Hadoop vendors were still pushing it hard, or if it were showing up in a lot of enterprise evaluations.
- Geo-distribution is mentioned as a strength for Riak, yet not for Cassandra.
- Every Gartner Magic Quadrant (or Forrester Wave) features one or more outright brain cramps. In this one:
- Gartner writes “the Clustrix database offers no support for data types beyond traditional relational types,” when in fact Clustrix was one of the early indicators of a trend toward relational DBMS JSON support.
- Gartner suggests that EnterpriseDB’s Oracle compatibility is something new, when it was actually the company’s whole strategy 6-7 years ago.
Finally, since I’ve struggled with the definition of “DBMS”, I’ll finish by quoting with approval the start of Gartner’s:
We define a DBMS as a complete software system used to define, create, manage, update and query a database.
Related links
- Comments on the most recent Gartner Magic Quadrant for Data Warehouse Database Management Systems
- My definition of operational analytics
Comments
16 Responses to “Comments on the 2013 Gartner Magic Quadrant for Operational Database Management Systems”
Leave a Reply
>HBase is discussed as if the Hadoop vendors were >still pushing it hard, or if it were showing up in >a lot of enterprise evaluations.
What was that? HBase is thriving and approaching first GA release.
I’m sure HBase is up in absolute terms. But I talk with a lot of industry players, and the view is pretty unanimous that HBase’s relative importance isn’t what it once was, or what I once thought it could become.
The easiest part of that to disclose is this: When I ask NoSQL or (to the extent relevant) NewSQL companies about their competitors, HBase ranks lower than it used to.
(Well, actually, I don’t know Cloudera’s view — because Cloudera, the chief corporate sponsor for HBase, has barely mentioned it to me at all for quite a long time.)
I’m not sure about database vendors, but from as the founder of a company that has been heavily using HBase for the past 4 years, it remains a central component of the whole Hadoop stack. The latest focuses of Cloudera (Search, Impala), makes it even more unavoidable to us. Recent improvements (secondary index, etc.) makes it a no-brainer against competitors. And I can’t begin to imagine the power that HOYA will deliver.
Curt, in NoSQL space, I think, there is only one competitor to HBase in a short term – Cassandra. In a long term – none. I have never heard about 400-1000 node clusters of MongoDB, Oracle, Aerospike, Actian, Microsoft etc, for example. Have you? Every new technology needs time to mature and HBase is no exclusion to this rule. The reason, why HBase does not have enough visibility is there is no dedicated company behind it yet (similar to MongoDB or DataStax). I do not count Cloudera and Hortonworks because HBase for them is just one product from a huge Hadoop stack. I am sure that in the next year we will see at least two new companies, promoting HBase and related services as a core product (-spoiler :)).
Vlad,
If I had to guess which NoSQL data store ran the largest clusters of all, my bet would be on Accumulo. 🙂 And while I’d agree with the conjecture that most NoSQL systems currently top out in the low hundreds of nodes, I’m not sure how many opportunities there are in the “too big for MongoDB” market. Once a product scales to 100s of nodes, scaling it yet further can be presumed to be mainly a function of straightforward product enhancement … and of the possibly small demand for and return on those scaling efforts. Perhaps the biggest scaling issue for NoSQL is exactly scaling, but rather getting satisfactory performance without keeping the whole working set in RAM.
On the plus side for agreeing with your comment, I do think a dedicated HBase company could change HBase’s prospects. 🙂
I thought this was the problem for MongoDB, not all of NoSQL, given the reader-writer lock that is per process or per collection. But with their recent funding perhaps they will fix that or take advantage of TokuMX.
> Perhaps the biggest scaling issue for NoSQL is
> exactly scaling, but rather getting satisfactory
> performance without keeping the whole working
> set in RAM
Mark,
I seem to have conversations like:
“Wait, it sounds as if the working set is in RAM.”
“That’s right. It is.”
“Then why are you so proud of your performance?”
with a lot of vendors about a lot of specific implementations.
This was a very interesting post.
Maybe I haven’t done my research, but does Accumulo have features that required an HBase clone? Could these features have been added to HBase at much lower cost? How much money did the NSA spend on this?
With respect to claims that Accumulo has huge deployments, I guess we will have to take your word for it as the early adopters (NSA) might not tell us how they use it.
Actually, Derrick Harris got the scoop on the Accumulo deployments back in June.
http://gigaom.com/2013/06/07/under-the-covers-of-the-nsas-big-data-effort/
Accumulo’s big special feature is cell-level security. I don’t have the details memorized, but if you assume that Cassandra and HBase are sort of like collections of key-value pairs, only the pairs are actually n-tuples for n ~= 5 (column, value, timestamp, and I forget what else), Accumulo increments n by 1 for a permissions label.
The sources for the story are the people who were paid to do the work at the NSA and are now trying to commercialize it elsewhere. I am not sure I trust their opinion. Of course they are going to tell us that they could not use Hbase and had to write Accumulo from scratch.
Mark,
I’m rarely going to assume that organizations’ perceptions of necessary security features match reality. But I’m pretty confident that the figures stated can be taken as true.
Given how much I write about NSA stuff myself, and also given that Sqrrl are my clients, I’ll stop there.
On Accumulo cell-level security …
The upcoming HBase 0.98 introduces cell level tags (the list of name-value pairs), which are more generic thing than ‘security labels’ and can be used for many other purposes (not only to check/ control user’s access).
Nice writeup of one of my less favorite things (analyst quadrants). Amongst all the quadrant marketing silliness, I noticed that NuoDB issued a press release pointing out they have been added to the Magic Quadrant. Pretty weird to do given they are ranked pretty much bottom-left. The press release does not include a publicly visible link to the actual quadrant, which may be a good thing. http://www.prnewswire.com/news-releases/nuodb-placed-on-2013-gartner-magic-quadrant-for-operational-database-management-systems-229693351.html.
Of Course, I’m super biased here (work at Clustrix) but I agree that Gartner was surprisingly subdued in their endorsement of Clustrix, at least in the high level headline. The details of the report give shout-outs to Clustrix performance, simplicity, and ease of engagement.
[…] Including link to Gartner’s DBMS MQ… Comments on the 2013 Gartner Magic Quadrant for Operational DBMS […]
[…] Comments on the 2013 Gartner Magic Quadrant for Operational Database Management Systems […]