<?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: Facebook trapped in MySQL &#8216;fate worse than death&#8217;</title>
	<atom:link href="http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 11:50:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Paulo H Perbone</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-739339</link>
		<dc:creator><![CDATA[Paulo H Perbone]]></dc:creator>
		<pubDate>Thu, 08 Dec 2011 05:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-739339</guid>
		<description><![CDATA[Outdated &quot;@edsonmarquezani: @perbone Durma com esse barulho, então: http://t.co/XQ8EsQCp =P&quot;]]></description>
		<content:encoded><![CDATA[<p>Outdated &#8220;@edsonmarquezani: @perbone Durma com esse barulho, então: <a href="http://t.co/XQ8EsQCp" rel="nofollow">http://t.co/XQ8EsQCp</a> =P&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alfred Edson Newman</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-738856</link>
		<dc:creator><![CDATA[Alfred Edson Newman]]></dc:creator>
		<pubDate>Thu, 08 Dec 2011 01:55:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-738856</guid>
		<description><![CDATA[@perbone Durma com esse barulho, então: http://t.co/RTPBQA3y =P]]></description>
		<content:encoded><![CDATA[<p>@perbone Durma com esse barulho, então: <a href="http://t.co/RTPBQA3y" rel="nofollow">http://t.co/RTPBQA3y</a> =P</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bibby</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-733862</link>
		<dc:creator><![CDATA[Bibby]]></dc:creator>
		<pubDate>Wed, 07 Dec 2011 02:48:27 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-733862</guid>
		<description><![CDATA[Facebook trapped in MySQL ‘fate worse than death’ http://t.co/2RU7QjUa]]></description>
		<content:encoded><![CDATA[<p>Facebook trapped in MySQL ‘fate worse than death’ <a href="http://t.co/2RU7QjUa" rel="nofollow">http://t.co/2RU7QjUa</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Infanti</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-711484</link>
		<dc:creator><![CDATA[Rick Infanti]]></dc:creator>
		<pubDate>Thu, 01 Dec 2011 05:13:13 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-711484</guid>
		<description><![CDATA[Facebook trapped in MySQL ‘fate worse than death’ http://t.co/xM1KgBjK]]></description>
		<content:encoded><![CDATA[<p>Facebook trapped in MySQL ‘fate worse than death’ <a href="http://t.co/xM1KgBjK" rel="nofollow">http://t.co/xM1KgBjK</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Salidine</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-685547</link>
		<dc:creator><![CDATA[Salidine]]></dc:creator>
		<pubDate>Tue, 22 Nov 2011 16:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-685547</guid>
		<description><![CDATA[Facebook trapped in MySQL ‘fate worse than death’ http://t.co/6sPxwnyX]]></description>
		<content:encoded><![CDATA[<p>Facebook trapped in MySQL ‘fate worse than death’ <a href="http://t.co/6sPxwnyX" rel="nofollow">http://t.co/6sPxwnyX</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Micheal Stanley</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-656971</link>
		<dc:creator><![CDATA[Micheal Stanley]]></dc:creator>
		<pubDate>Wed, 21 Sep 2011 08:34:14 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-656971</guid>
		<description><![CDATA[So... let me get this right? Facebook is in &quot;MySQL Hell&quot;.

-They have one of, it not the most visited sites on the net.
-Their site have next to no lag.
-And almost every page on... the social network... requires how many db calls?

I&#039;m trying to figure out what people actually expected to happen here because it&#039;s kind of confusing. Google runs search queries... not impressive. Amazon runs prices and publishers... okay. Facebook runs status updates, games, likes, groups, fan pages, applications, and hosts their on API to manage anyone&#039;s account and pages remotely.

4,000 Shards.... even if it was a baseless accusation the OP can&#039;t back up... suddenly, doesn&#039;t feel that impressive or bothersome.]]></description>
		<content:encoded><![CDATA[<p>So&#8230; let me get this right? Facebook is in &#8220;MySQL Hell&#8221;.</p>
<p>-They have one of, it not the most visited sites on the net.<br />
-Their site have next to no lag.<br />
-And almost every page on&#8230; the social network&#8230; requires how many db calls?</p>
<p>I&#8217;m trying to figure out what people actually expected to happen here because it&#8217;s kind of confusing. Google runs search queries&#8230; not impressive. Amazon runs prices and publishers&#8230; okay. Facebook runs status updates, games, likes, groups, fan pages, applications, and hosts their on API to manage anyone&#8217;s account and pages remotely.</p>
<p>4,000 Shards&#8230;. even if it was a baseless accusation the OP can&#8217;t back up&#8230; suddenly, doesn&#8217;t feel that impressive or bothersome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Howlett</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-646551</link>
		<dc:creator><![CDATA[Alan Howlett]]></dc:creator>
		<pubDate>Thu, 11 Aug 2011 20:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-646551</guid>
		<description><![CDATA[&quot;If /dev/null &gt; is fast and web scale, I will use it. Is it webscale?  MongoDB is webscale. &quot; -from http://bit.ly/qMZnFl
This sums up 80% of what I read here between the people who have little or no idea of the technology barriers demolished by Stonebraker and the disagreements about which company is using which technology. Most if not all of these top 0.001% companies are using multiple technologies depending on the problem space they occupy. NoSQL is fine when if fits. So is Hadoop, Oracle, Mongo etc.  WHen you have ONE hammer everything looks like a nail.  When you have a tackhammer,sledgehammer,screwdriver,clawhammer,rubber hammer you pick the one that fits tacks,spikes,screws,nails,wtc.  I expect in this interview as in most, quotes were taken out of context, by interviewers who don&#039;t understand the technology very well. Take it all with a grain of salt. -sign me an Oracle dba with time on Ingres, Oracle, dBase 3, MS Access, Informix/Illustra, Postgres, PostgreSQL, DB2, Sybase, UDB, StreamBase, NoSQL, MS SQLServer, and some homegrown stuff.]]></description>
		<content:encoded><![CDATA[<p>&#8220;If /dev/null &gt; is fast and web scale, I will use it. Is it webscale?  MongoDB is webscale. &#8221; -from <a href="http://bit.ly/qMZnFl" rel="nofollow">http://bit.ly/qMZnFl</a><br />
This sums up 80% of what I read here between the people who have little or no idea of the technology barriers demolished by Stonebraker and the disagreements about which company is using which technology. Most if not all of these top 0.001% companies are using multiple technologies depending on the problem space they occupy. NoSQL is fine when if fits. So is Hadoop, Oracle, Mongo etc.  WHen you have ONE hammer everything looks like a nail.  When you have a tackhammer,sledgehammer,screwdriver,clawhammer,rubber hammer you pick the one that fits tacks,spikes,screws,nails,wtc.  I expect in this interview as in most, quotes were taken out of context, by interviewers who don&#8217;t understand the technology very well. Take it all with a grain of salt. -sign me an Oracle dba with time on Ingres, Oracle, dBase 3, MS Access, Informix/Illustra, Postgres, PostgreSQL, DB2, Sybase, UDB, StreamBase, NoSQL, MS SQLServer, and some homegrown stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Howlett</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-646547</link>
		<dc:creator><![CDATA[Alan Howlett]]></dc:creator>
		<pubDate>Thu, 11 Aug 2011 19:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-646547</guid>
		<description><![CDATA[You have noticed no problems w/FB?  This morning I logged on. In my 10 minutes there I had 7 &quot;can&#039;t write to database &quot; errors.]]></description>
		<content:encoded><![CDATA[<p>You have noticed no problems w/FB?  This morning I logged on. In my 10 minutes there I had 7 &#8220;can&#8217;t write to database &#8221; errors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ventsy Velev</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-646081</link>
		<dc:creator><![CDATA[Ventsy Velev]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:26:24 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-646081</guid>
		<description><![CDATA[They might very well be having problems internally but from a user&#039;s point of view, Facebook is running smoothly. I personally have not noticed any significant delays. I&#039;m not aware of anyone leaving Facebook over performance issues, so I don&#039;t think they need a complete redesign. 
I think they are nearing their peak data usage. Proliferation among people under 30 is very high around the world. I&#039;ve noticed that now people in their 40s and 50s are joining in, but they are not as active and thus do not generate a lot of demand. If they keep adding servers they&#039;ll be OK for the next few years.]]></description>
		<content:encoded><![CDATA[<p>They might very well be having problems internally but from a user&#8217;s point of view, Facebook is running smoothly. I personally have not noticed any significant delays. I&#8217;m not aware of anyone leaving Facebook over performance issues, so I don&#8217;t think they need a complete redesign.<br />
I think they are nearing their peak data usage. Proliferation among people under 30 is very high around the world. I&#8217;ve noticed that now people in their 40s and 50s are joining in, but they are not as active and thus do not generate a lot of demand. If they keep adding servers they&#8217;ll be OK for the next few years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoSQL.io</title>
		<link>http://gigaom.com/2011/07/07/facebook-trapped-in-mysql-fate-worse-than-death/#comment-643653</link>
		<dc:creator><![CDATA[NoSQL.io]]></dc:creator>
		<pubDate>Sun, 31 Jul 2011 03:07:24 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=372939#comment-643653</guid>
		<description><![CDATA[Right now I&#039;m using NoSQL (Redis in this case) to help MySQL. When there are data spikes we save the data in memory with Redis so we don&#039;t lose it because of slow MySQL.]]></description>
		<content:encoded><![CDATA[<p>Right now I&#8217;m using NoSQL (Redis in this case) to help MySQL. When there are data spikes we save the data in memory with Redis so we don&#8217;t lose it because of slow MySQL.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
