<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: MongoDB or MySQL? Why not both?</title>
	<atom:link href="http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/</link>
	<description></description>
	<lastBuildDate>Sat, 18 May 2013 23:29:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Matt Soldo</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-845038</link>
		<dc:creator><![CDATA[Matt Soldo]]></dc:creator>
		<pubDate>Tue, 29 May 2012 15:18:33 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-845038</guid>
		<description><![CDATA[This is definitely a trend we see at Heroku. Apps will use multiple database technologies, utilizing the right tool for the right job. We call it &quot;polyglot persistance&quot; (http://blog.heroku.com/archives/2010/7/20/nosql/)]]></description>
		<content:encoded><![CDATA[<p>This is definitely a trend we see at Heroku. Apps will use multiple database technologies, utilizing the right tool for the right job. We call it &#8220;polyglot persistance&#8221; (<a href="http://blog.heroku.com/archives/2010/7/20/nosql/" rel="nofollow">http://blog.heroku.com/archives/2010/7/20/nosql/</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter A</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844870</link>
		<dc:creator><![CDATA[Peter A]]></dc:creator>
		<pubDate>Tue, 29 May 2012 00:17:26 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844870</guid>
		<description><![CDATA[The CTO of Amazon famously wrote in one of his blogs years ago that when it comes to large scale distributed computing, one can have Availability, Performance and Data Consistency, but only maximize two of these at a time.

&quot;NoSQL&quot; tools throw Data Consistency out completely and maximizes Performance by eliminating relational constructs such as schemas and normalization. Great for some applications, horrible for others. 

For now, I stick to relational/SQL unless I&#039;m absolutely convinced that there is no way to achieve my objectives with it. I am building a GIS iPhone app with an embedded SQLite back-end because it has built-in R-Tree indexing. A decade ago I wrote a text search engine with a BerkeleyDB back-end because all relational databases I tried sucked at maintaining an inverted index of millions of terms and running cosine co-efficient calculations of query/document vectors. If I had to re-write this today, I would probably take a good look at Mongo and Couch.]]></description>
		<content:encoded><![CDATA[<p>The CTO of Amazon famously wrote in one of his blogs years ago that when it comes to large scale distributed computing, one can have Availability, Performance and Data Consistency, but only maximize two of these at a time.</p>
<p>&#8220;NoSQL&#8221; tools throw Data Consistency out completely and maximizes Performance by eliminating relational constructs such as schemas and normalization. Great for some applications, horrible for others. </p>
<p>For now, I stick to relational/SQL unless I&#8217;m absolutely convinced that there is no way to achieve my objectives with it. I am building a GIS iPhone app with an embedded SQLite back-end because it has built-in R-Tree indexing. A decade ago I wrote a text search engine with a BerkeleyDB back-end because all relational databases I tried sucked at maintaining an inverted index of millions of terms and running cosine co-efficient calculations of query/document vectors. If I had to re-write this today, I would probably take a good look at Mongo and Couch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge Escobar</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844767</link>
		<dc:creator><![CDATA[Jorge Escobar]]></dc:creator>
		<pubDate>Mon, 28 May 2012 16:39:17 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844767</guid>
		<description><![CDATA[Completely agree. I wrote a detailed blog post back in November about it: http://jungleg.com/2011/11/20/sql-or-nosql-how-about-both/]]></description>
		<content:encoded><![CDATA[<p>Completely agree. I wrote a detailed blog post back in November about it: <a href="http://jungleg.com/2011/11/20/sql-or-nosql-how-about-both/" rel="nofollow">http://jungleg.com/2011/11/20/sql-or-nosql-how-about-both/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tom dahlquist</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844759</link>
		<dc:creator><![CDATA[tom dahlquist]]></dc:creator>
		<pubDate>Mon, 28 May 2012 16:08:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844759</guid>
		<description><![CDATA[The only reason NoSQL databases exist is because of the Internet and the performance demands on major websites.  NoSQL databases are not superior to or more advanced than relational databases--the opposite is actually true.  They offer only one advantage--greater efficiency.]]></description>
		<content:encoded><![CDATA[<p>The only reason NoSQL databases exist is because of the Internet and the performance demands on major websites.  NoSQL databases are not superior to or more advanced than relational databases&#8211;the opposite is actually true.  They offer only one advantage&#8211;greater efficiency.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Just another Not-DBA</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844205</link>
		<dc:creator><![CDATA[Just another Not-DBA]]></dc:creator>
		<pubDate>Sat, 26 May 2012 06:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844205</guid>
		<description><![CDATA[The barrier to entry is lower? Have you ever used SQL? Have you ever used Mongo? The latter is orders of magnitude easier to use if you&#039;ve never seen either before.]]></description>
		<content:encoded><![CDATA[<p>The barrier to entry is lower? Have you ever used SQL? Have you ever used Mongo? The latter is orders of magnitude easier to use if you&#8217;ve never seen either before.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nookie</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844184</link>
		<dc:creator><![CDATA[Nookie]]></dc:creator>
		<pubDate>Sat, 26 May 2012 02:55:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844184</guid>
		<description><![CDATA[Start simple, and you&#039;ll get there...]]></description>
		<content:encoded><![CDATA[<p>Start simple, and you&#8217;ll get there&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844114</link>
		<dc:creator><![CDATA[Eddie]]></dc:creator>
		<pubDate>Fri, 25 May 2012 20:12:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844114</guid>
		<description><![CDATA[Why not neither? How about Postgres and Riak!]]></description>
		<content:encoded><![CDATA[<p>Why not neither? How about Postgres and Riak!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Ardire</title>
		<link>http://gigaom.com/2012/05/25/mongodb-or-mysql-why-not-both/#comment-844074</link>
		<dc:creator><![CDATA[Steve Ardire]]></dc:creator>
		<pubDate>Fri, 25 May 2012 18:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=525801#comment-844074</guid>
		<description><![CDATA[Sure why not use NoSQL and SQL for instances like this but if you&#039;re a media company with lots of unstructured data use a RDF graph database with a scalable metadata/data layer for dynamic authoring like outlined here Sports Are The Semantic Focus In Britain At The BBC And In Brazil At Globo http://bit.ly/Korrd8]]></description>
		<content:encoded><![CDATA[<p>Sure why not use NoSQL and SQL for instances like this but if you&#8217;re a media company with lots of unstructured data use a RDF graph database with a scalable metadata/data layer for dynamic authoring like outlined here Sports Are The Semantic Focus In Britain At The BBC And In Brazil At Globo <a href="http://bit.ly/Korrd8" rel="nofollow">http://bit.ly/Korrd8</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
