<?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: Confused by the glut of new databases? Here&#8217;s a map for you</title>
	<atom:link href="http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 21:53:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: michalinet</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1299321</link>
		<dc:creator><![CDATA[michalinet]]></dc:creator>
		<pubDate>Tue, 15 Jan 2013 17:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1299321</guid>
		<description><![CDATA[I would love to see another line that tracks which of these new generation of databases already have the enterprise features that organizations need to ensure the viability and security of their applications: back-up, disaster recovery, high availability, fine-grain security, ACID transactions. 

I know MarkLogic is enterprise ready -- has been for years!]]></description>
		<content:encoded><![CDATA[<p>I would love to see another line that tracks which of these new generation of databases already have the enterprise features that organizations need to ensure the viability and security of their applications: back-up, disaster recovery, high availability, fine-grain security, ACID transactions. </p>
<p>I know MarkLogic is enterprise ready &#8212; has been for years!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathan Weyer</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1298962</link>
		<dc:creator><![CDATA[Nathan Weyer]]></dc:creator>
		<pubDate>Tue, 15 Jan 2013 03:59:45 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1298962</guid>
		<description><![CDATA[I guess the big question is, how many of these actually expressively different as opposed to equivalent to each other with a little syntactical sugar added?

Seems like databases go through the same pattern as languages, people doing the same thing over and over with new go-faster stripes painted on the side]]></description>
		<content:encoded><![CDATA[<p>I guess the big question is, how many of these actually expressively different as opposed to equivalent to each other with a little syntactical sugar added?</p>
<p>Seems like databases go through the same pattern as languages, people doing the same thing over and over with new go-faster stripes painted on the side</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simonbrangwin</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1297174</link>
		<dc:creator><![CDATA[simonbrangwin]]></dc:creator>
		<pubDate>Thu, 10 Jan 2013 20:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1297174</guid>
		<description><![CDATA[It&#039;s good to see Trinity included in the graph databases. Eagerly awaiting Microsoft Research labs to release v1 of this exciting project as my company already has use-cases that only graph databases can solve effeciently (huge, multi-dimensional organisation strucutures). Neo4J is out because we have no familiarity with Java.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s good to see Trinity included in the graph databases. Eagerly awaiting Microsoft Research labs to release v1 of this exciting project as my company already has use-cases that only graph databases can solve effeciently (huge, multi-dimensional organisation strucutures). Neo4J is out because we have no familiarity with Java.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Hailey</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1292304</link>
		<dc:creator><![CDATA[Kyle Hailey]]></dc:creator>
		<pubDate>Thu, 03 Jan 2013 17:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1292304</guid>
		<description><![CDATA[The graphics seem gratuitous and  confusing. Creating confusing graphics might have been the intention since the title uses the word &quot;confused&quot;. 
What is the purpose of the line and proximity in the top graphic? Having lines and using proximity to show a timeline and evolution might have been interesting, like the UNIX timeline graphics
http://files.cyberciti.biz/uploads/tips/2007/06/44218-linuxdistrotimeline-7.2.png
Another option would be showing market size over time
- Kyle Hailey
http://dboptimizer.com
PS if you have the data, maybe you could put a link to a spread sheet and other people could riff on the visualization]]></description>
		<content:encoded><![CDATA[<p>The graphics seem gratuitous and  confusing. Creating confusing graphics might have been the intention since the title uses the word &#8220;confused&#8221;.<br />
What is the purpose of the line and proximity in the top graphic? Having lines and using proximity to show a timeline and evolution might have been interesting, like the UNIX timeline graphics<br />
<a href="http://files.cyberciti.biz/uploads/tips/2007/06/44218-linuxdistrotimeline-7.2.png" rel="nofollow">http://files.cyberciti.biz/uploads/tips/2007/06/44218-linuxdistrotimeline-7.2.png</a><br />
Another option would be showing market size over time<br />
- Kyle Hailey<br />
<a href="http://dboptimizer.com" rel="nofollow">http://dboptimizer.com</a><br />
PS if you have the data, maybe you could put a link to a spread sheet and other people could riff on the visualization</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: andyhardy</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1292089</link>
		<dc:creator><![CDATA[andyhardy]]></dc:creator>
		<pubDate>Thu, 03 Jan 2013 12:12:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1292089</guid>
		<description><![CDATA[Agreed, most companies wil pick the &#039;safe&#039; options of Oracle or SQL Server when looking at a new project. These companies are usually looking at a cradle-to-death life-time of 10 years or more, they can&#039;t easily decide to choose a database that may not even survive the time that it takes to roll-out, never mind old age support.

Start-ups don&#039;t have these issues: they may not be around to need old-age support and they recognise this.]]></description>
		<content:encoded><![CDATA[<p>Agreed, most companies wil pick the &#8216;safe&#8217; options of Oracle or SQL Server when looking at a new project. These companies are usually looking at a cradle-to-death life-time of 10 years or more, they can&#8217;t easily decide to choose a database that may not even survive the time that it takes to roll-out, never mind old age support.</p>
<p>Start-ups don&#8217;t have these issues: they may not be around to need old-age support and they recognise this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1291815</link>
		<dc:creator><![CDATA[Stephen]]></dc:creator>
		<pubDate>Thu, 03 Jan 2013 01:29:40 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1291815</guid>
		<description><![CDATA[FluidInfo?]]></description>
		<content:encoded><![CDATA[<p>FluidInfo?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Hayes</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1291564</link>
		<dc:creator><![CDATA[Chris Hayes]]></dc:creator>
		<pubDate>Wed, 02 Jan 2013 17:49:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1291564</guid>
		<description><![CDATA[do I want to learn your API or roll my own]]></description>
		<content:encoded><![CDATA[<p>do I want to learn your API or roll my own</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous Coward</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1291386</link>
		<dc:creator><![CDATA[Anonymous Coward]]></dc:creator>
		<pubDate>Wed, 02 Jan 2013 14:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1291386</guid>
		<description><![CDATA[Sure they will, but that&#039;s the characteristic of a healthy ecosystem: lots of different evolutionary directions being tried out at all time, with only the viable ones surviving.

An ecosystem with just a few species is an unhealthy one. In particular, it is always brought about by external measures directed at pruning species - like for instance agricultural plantations. Consider what the equivalent of a plantation would be in the database space: a few large solution providers, running business operations optimized for maximum yield and low operational costs, not for customer/user convenience, systematically killing off any effort to provide an alternative, and at the same time very careful not to allow mutations to the solutions they provide, or to the sales and distribution mechanisms. Would you really prefer such an ecosystem? The price for having a healthy space of database solutions is the added cost of redundant/wasted development effort and the higher effort for choosing the right solution, but it&#039;s IMO a price well worth paying - you&#039;d spend more trying to shoehorn your application on an inadequate storage model.]]></description>
		<content:encoded><![CDATA[<p>Sure they will, but that&#8217;s the characteristic of a healthy ecosystem: lots of different evolutionary directions being tried out at all time, with only the viable ones surviving.</p>
<p>An ecosystem with just a few species is an unhealthy one. In particular, it is always brought about by external measures directed at pruning species &#8211; like for instance agricultural plantations. Consider what the equivalent of a plantation would be in the database space: a few large solution providers, running business operations optimized for maximum yield and low operational costs, not for customer/user convenience, systematically killing off any effort to provide an alternative, and at the same time very careful not to allow mutations to the solutions they provide, or to the sales and distribution mechanisms. Would you really prefer such an ecosystem? The price for having a healthy space of database solutions is the added cost of redundant/wasted development effort and the higher effort for choosing the right solution, but it&#8217;s IMO a price well worth paying &#8211; you&#8217;d spend more trying to shoehorn your application on an inadequate storage model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce Roeser</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1291345</link>
		<dc:creator><![CDATA[Bruce Roeser]]></dc:creator>
		<pubDate>Wed, 02 Jan 2013 13:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1291345</guid>
		<description><![CDATA[The first one reminds me of the subway map of NYC!]]></description>
		<content:encoded><![CDATA[<p>The first one reminds me of the subway map of NYC!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Massoud</title>
		<link>http://gigaom.com/2012/12/20/confused-by-the-glut-of-new-databases-heres-a-map-for-you/#comment-1291330</link>
		<dc:creator><![CDATA[Massoud]]></dc:creator>
		<pubDate>Wed, 02 Jan 2013 12:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=596602#comment-1291330</guid>
		<description><![CDATA[Great work Matt.

There is so much info that I think you are going to need a DB to store it all :)

If so which one? :)]]></description>
		<content:encoded><![CDATA[<p>Great work Matt.</p>
<p>There is so much info that I think you are going to need a DB to store it all :)</p>
<p>If so which one? :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
