{"id":14,"date":"2009-11-23T03:58:00","date_gmt":"2009-11-23T03:58:00","guid":{"rendered":"http:\/\/www.odbms.org\/odbmsblog\/2009\/11\/23\/kaj-arno-and-michael-stonebraker-on-nosql-databases\/"},"modified":"2014-12-18T16:13:07","modified_gmt":"2014-12-18T16:13:07","slug":"kay-arno-and-michael-stonebraker-on","status":"publish","type":"post","link":"https:\/\/www.odbms.org\/blog\/2009\/11\/kay-arno-and-michael-stonebraker-on\/","title":{"rendered":"Kaj Arn\u00f6 and Michael Stonebraker on &#8220;NoSQL databases&#8221;"},"content":{"rendered":"<p>This time, I asked <b>Kaj Arn\u00f6<\/b> (MySQL), what does he think of &#8220;NoSQL databases&#8221;.  Read his reply below.<\/p>\n<p>RVZ<\/p>\n<p><i>RVZ:  What is your opinion of the so called &#8220;NoSQL databases&#8221;?<\/i><\/p>\n<p><b>Kaj Arn\u00f6 <\/b>:<br \/>NoSQL is a catchy name, which in char(5) captures a lot of thinking.<br \/>To be technical, it&#8217;s not merely about removing SQL, but about removing most relational database overhead (where SQL, although dominant, is just an implementation of a query language). And some of  that overhead is clearly not necessary all the time. It&#8217;s a lot of protocol to implement all aspects of ACID compliance, and it isn&#8217;t always needed. Especially in the early days of MySQL, we were accused  of cutting corners &#8212; for instance through MyISAM not being fully ACID. Still, MyISAM was used a lot, and it still is. Coming back to  the NoSQL debate, I would say that the MySQL idea of cutting overhead  is gaining traction in other tools, which may choose to cut larger chunks or different corners. That&#8217;s a healthy development, since the<br \/>shortcuts to be taken depend on the class of application.<\/p>\n<p>Kaj<\/p>\n<p><i>Kaj joined MySQL in 2001, after 14 years as an entrepreneur. Serving as VP Services, VP Engineering and other exec roles at MySQL, he has been the VP in charge of MySQL Community Relations since 2005, continuing that position in Sun Microsystems. A native of Finland, Kaj lives in Munich since 2006. He devotes his free time to launching Runnism, the Religion of Running.<\/i><\/p>\n<p>Moreover, there has been a recent post by professor <b>Michael Stonebraker<\/b> related to the topic \u201cNo SQL\u201d databases and their performance with respect to classical relational database systems.<\/p>\n<p>In his post, titled <i>&#8220;The &#8220;NoSQL&#8221; Discussion has Nothing to Do With SQL&#8221;<\/i>, Prof. Stonebraker argues that &#8220;blinding performance depends on removing overhead. Such overhead has nothing to do with SQL, but instead revolves around traditional implementations of ACID  transactions, multi-threading, and disk management. To go wildly faster, one must remove all four sources of overhead, discussed above. This is possible in either a SQL context or some other context.&#8221;<br \/>The <a onclick=\"javascript:pageTracker._trackPageview('\/outgoing\/cacm.acm.org\/blogs\/blog-cacm\/50678-the-nosql-discussion-has-nothing-to-do-with-sql\/fulltext');\"  href=\"http:\/\/cacm.acm.org\/blogs\/blog-cacm\/50678-the-nosql-discussion-has-nothing-to-do-with-sql\/fulltext\"> Link to Stonebraker`s Blog<\/a> (courtesy of ACM).<\/p>\n<p>I also published an article of David Chappell:  &#8220;Introducing Windows Azure&#8221;. The  paper describes Microsoft`s Windows Azure. In fact, the &#8220;Tables&#8221; abstraction in Windows Azure is similar to some &#8220;nosql databases&#8221;. You can  download the paper (.PDF) here.<\/p>\n<!-- AddThis Advanced Settings generic via filter on the_content --><!-- AddThis Share Buttons generic via filter on the_content -->","protected":false},"excerpt":{"rendered":"<p>This time, I asked Kaj Arn\u00f6 (MySQL), what does he think of &#8220;NoSQL databases&#8221;. Read his reply below. RVZ RVZ: What is your opinion of the so called &#8220;NoSQL databases&#8221;? Kaj Arn\u00f6 :NoSQL is a catchy name, which in char(5) captures a lot of thinking.To be technical, it&#8217;s not merely about removing SQL, but about [&hellip;]<!-- AddThis Advanced Settings generic via filter on get_the_excerpt --><!-- AddThis Share Buttons generic via filter on get_the_excerpt --><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[329,381,413,625],"_links":{"self":[{"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/posts\/14"}],"collection":[{"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/comments?post=14"}],"version-history":[{"count":1,"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/posts\/14\/revisions"}],"predecessor-version":[{"id":3622,"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/posts\/14\/revisions\/3622"}],"wp:attachment":[{"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/media?parent=14"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/categories?post=14"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.odbms.org\/blog\/wp-json\/wp\/v2\/tags?post=14"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}