<?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/"
		>
<channel>
	<title>Comments on: DrupalCon 2010 Trip Report &#8211; Day 3</title>
	<atom:link href="http://sites.middlebury.edu/lis/2010/04/26/drupalcon-2010-day3/feed/" rel="self" type="application/rss+xml" />
	<link>http://sites.middlebury.edu/lis/2010/04/26/drupalcon-2010-day3/</link>
	<description>We Bring Knowledge to You</description>
	<lastBuildDate>Wed, 05 Jun 2013 18:26:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Forest Mars</title>
		<link>http://sites.middlebury.edu/lis/2010/04/26/drupalcon-2010-day3/comment-page-1/#comment-17847</link>
		<dc:creator>Forest Mars</dc:creator>
		<pubDate>Wed, 19 May 2010 02:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://sites.middlebury.edu/lis/?p=22892#comment-17847</guid>
		<description><![CDATA[(MongoDB is not a key-value index database.)

Key-value caches include APC &amp; Memcached and Key-value stores include Voldemart and SimpleDB, both of which are &quot;eventually consistant&quot; (though this is not a key-value store requirement.)

MogoDB however -like CouchDB-  is a document store, which is a very different model. The document DB model gives you performance approaching what you might achieve with Key Value, but with object modeling and querying beyond what you can get from RDBMS.

This sophistication in object modeling can lead to a tighter coupling bw database and code, even as functions themselves become more loosely coupled—  both within the limits of what CAP theorem allows. 

MongoDB is one of the most exciting things happening in Drupal now, storing every field of an entity in its corresponding document as an AJAX-ready JSON (BSON) object. I have seen the future of fields-- and it is Mongo.]]></description>
		<content:encoded><![CDATA[<p>(MongoDB is not a key-value index database.)</p>
<p>Key-value caches include APC &amp; Memcached and Key-value stores include Voldemart and SimpleDB, both of which are &#8220;eventually consistant&#8221; (though this is not a key-value store requirement.)</p>
<p>MogoDB however -like CouchDB-  is a document store, which is a very different model. The document DB model gives you performance approaching what you might achieve with Key Value, but with object modeling and querying beyond what you can get from RDBMS.</p>
<p>This sophistication in object modeling can lead to a tighter coupling bw database and code, even as functions themselves become more loosely coupled—  both within the limits of what CAP theorem allows. </p>
<p>MongoDB is one of the most exciting things happening in Drupal now, storing every field of an entity in its corresponding document as an AJAX-ready JSON (BSON) object. I have seen the future of fields&#8211; and it is Mongo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clif</title>
		<link>http://sites.middlebury.edu/lis/2010/04/26/drupalcon-2010-day3/comment-page-1/#comment-17086</link>
		<dc:creator>Clif</dc:creator>
		<pubDate>Tue, 27 Apr 2010 10:28:57 +0000</pubDate>
		<guid isPermaLink="false">http://sites.middlebury.edu/lis/?p=22892#comment-17086</guid>
		<description><![CDATA[Thanks for the knowledgeable post. Topics covered have been quite useful in understanding the concept. Other than Nutch there also have been other technology integrations of Solr with FAST etc which will definitely enhance the searching &amp; indexing techniques. Recently I also reviewed Solr&#039;s reference guide(http://www.lucidimagination.com/Downloads/LucidWorks-for-Solr/Reference-Guide)  which was a worth read.]]></description>
		<content:encoded><![CDATA[<p>Thanks for the knowledgeable post. Topics covered have been quite useful in understanding the concept. Other than Nutch there also have been other technology integrations of Solr with FAST etc which will definitely enhance the searching &amp; indexing techniques. Recently I also reviewed Solr&#8217;s reference guide(<a href="http://www.lucidimagination.com/Downloads/LucidWorks-for-Solr/Reference-Guide" rel="nofollow">http://www.lucidimagination.com/Downloads/LucidWorks-for-Solr/Reference-Guide</a>)  which was a worth read.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
