<?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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comentarii pentru Striking Flashes</title>
	<atom:link href="http://printfluke.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://printfluke.wordpress.com</link>
	<description>din cand in cand :)</description>
	<lastBuildDate>Thu, 01 Oct 2009 17:45:09 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comentariu la Grandistabulaphobia de către printfluke</title>
		<link>http://printfluke.wordpress.com/2009/09/18/grandistabulaphobia/#comment-3901</link>
		<dc:creator>printfluke</dc:creator>
		<pubDate>Thu, 01 Oct 2009 17:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/?p=199#comment-3901</guid>
		<description>Ideea e aceaşi pentru un join sau o singură tabelă: Cât de repede ajungi la randul care te interesează. Dacă să zicem separi tabela în 2, alegi tu din cod pe care să o foloseşti, în funcţie de cat de bine e scris codul, faci una sau mai multe operaţii, ei, dacă laşi informaţiile în acelaşi tabel, la grămadă, e posibil să meargă mai repede, ţinânđ cont că pe b-tree apar în plus doar două operaţii (comparare pe int) de făcut.

Sunt într-adevăr nişte avantaje dacă separi datele, dar doar în cazul mysql cu tabele myisam: un update nu iţi blochează intreaga tabelă, ci doar aia pe care se face update. Alt avantaj (teoretic) ar fi dacă ai tabelele respective fiecare pe alt hard disk, scade timpul de acces pt. queryuri paralele. În practica asta se face cu tablespace (dar nu la mysql).

Aici evident, banuiesc ca toti indecsii sunt încărcaţi complet în memorie, dar, în fine, chiar daca sunt separate tabelele, e fix acelaşi lucru.</description>
		<content:encoded><![CDATA[<p>Ideea e aceaşi pentru un join sau o singură tabelă: Cât de repede ajungi la randul care te interesează. Dacă să zicem separi tabela în 2, alegi tu din cod pe care să o foloseşti, în funcţie de cat de bine e scris codul, faci una sau mai multe operaţii, ei, dacă laşi informaţiile în acelaşi tabel, la grămadă, e posibil să meargă mai repede, ţinânđ cont că pe b-tree apar în plus doar două operaţii (comparare pe int) de făcut.</p>
<p>Sunt într-adevăr nişte avantaje dacă separi datele, dar doar în cazul mysql cu tabele myisam: un update nu iţi blochează intreaga tabelă, ci doar aia pe care se face update. Alt avantaj (teoretic) ar fi dacă ai tabelele respective fiecare pe alt hard disk, scade timpul de acces pt. queryuri paralele. În practica asta se face cu tablespace (dar nu la mysql).</p>
<p>Aici evident, banuiesc ca toti indecsii sunt încărcaţi complet în memorie, dar, în fine, chiar daca sunt separate tabelele, e fix acelaşi lucru.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la Grandistabulaphobia de către Andrei Rinea</title>
		<link>http://printfluke.wordpress.com/2009/09/18/grandistabulaphobia/#comment-3900</link>
		<dc:creator>Andrei Rinea</dc:creator>
		<pubDate>Wed, 30 Sep 2009 22:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/?p=199#comment-3900</guid>
		<description>ce (R)DBMS? Ce OS? Primary Key-ul avea atasat un clustered index?</description>
		<content:encoded><![CDATA[<p>ce (R)DBMS? Ce OS? Primary Key-ul avea atasat un clustered index?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la Grandistabulaphobia de către Dani</title>
		<link>http://printfluke.wordpress.com/2009/09/18/grandistabulaphobia/#comment-3899</link>
		<dc:creator>Dani</dc:creator>
		<pubDate>Sat, 19 Sep 2009 09:42:47 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/?p=199#comment-3899</guid>
		<description>Presupunerea mea e ca timpul pt tabele mai mari creste exponential. 20mil/2Gb parcurs liniar are sens in &lt;100ms. Dar un query join pe 5 tabele din astea nu va fi 500ms ci 5minute :) I guess la fel si pt o tabela cu 1k mil/100Gb.
Cred - habar n-am sincer. I&#039;ts been 10 years since I did play this game.</description>
		<content:encoded><![CDATA[<p>Presupunerea mea e ca timpul pt tabele mai mari creste exponential. 20mil/2Gb parcurs liniar are sens in &lt;100ms. Dar un query join pe 5 tabele din astea nu va fi 500ms ci 5minute <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I guess la fel si pt o tabela cu 1k mil/100Gb.<br />
Cred &#8211; habar n-am sincer. I&#039;ts been 10 years since I did play this game.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la Melodia cu care ma chinue discovery science de ceva vreme de către printfluke</title>
		<link>http://printfluke.wordpress.com/2009/09/05/melodia-cu-care-ma-chinue-discovery-science-de-ceva-vreme/#comment-3898</link>
		<dc:creator>printfluke</dc:creator>
		<pubDate>Tue, 15 Sep 2009 09:17:01 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/?p=196#comment-3898</guid>
		<description>Poate chiar o sa-si revina ;)</description>
		<content:encoded><![CDATA[<p>Poate chiar o sa-si revina <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la 1 Mai în Vama Veche de către Paul</title>
		<link>http://printfluke.wordpress.com/2007/05/02/1-mai-in-vama-veche/#comment-3896</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Sun, 06 Sep 2009 10:01:24 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/2007/05/02/1-mai-in-vama-veche/#comment-3896</guid>
		<description>Salvati VAMA VECHE :(</description>
		<content:encoded><![CDATA[<p>Salvati VAMA VECHE <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la Melodia cu care ma chinue discovery science de ceva vreme de către cristian voiculescu</title>
		<link>http://printfluke.wordpress.com/2009/09/05/melodia-cu-care-ma-chinue-discovery-science-de-ceva-vreme/#comment-3895</link>
		<dc:creator>cristian voiculescu</dc:creator>
		<pubDate>Sat, 05 Sep 2009 19:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/?p=196#comment-3895</guid>
		<description>si eu care credeam ca blogul asta e decedat. noroc ca l-am pastrat in reader</description>
		<content:encoded><![CDATA[<p>si eu care credeam ca blogul asta e decedat. noroc ca l-am pastrat in reader</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la Patru modele pentru patru bookuri de către tudor alina alexandra</title>
		<link>http://printfluke.wordpress.com/2007/04/18/patru-modele-pentru-patru-bookuri/#comment-3894</link>
		<dc:creator>tudor alina alexandra</dc:creator>
		<pubDate>Wed, 01 Apr 2009 19:37:05 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/2007/04/18/patru-modele-pentru-patru-bookuri/#comment-3894</guid>
		<description>as dori sa apar intr.un astfel de book. ce ar trebui sa fac?</description>
		<content:encoded><![CDATA[<p>as dori sa apar intr.un astfel de book. ce ar trebui sa fac?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la A crescut viteza pe UPC (Astral) de către calin_12</title>
		<link>http://printfluke.wordpress.com/2007/02/28/a-crescut-viteza-pe-upc-astral/#comment-3893</link>
		<dc:creator>calin_12</dc:creator>
		<pubDate>Mon, 30 Jun 2008 07:12:23 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/2007/02/28/a-crescut-viteza-pe-upc-astral/#comment-3893</guid>
		<description>Oricum eu am fost abonat upc si mam scarbit  de ei pt ca pica aproape tot timpul si mam dezabonat de la ei si mam abonat la cliknet + dolce tv+telefonie si se vede ca cliknet este mai bun ca upc.cliknet is the best provider internet</description>
		<content:encoded><![CDATA[<p>Oricum eu am fost abonat upc si mam scarbit  de ei pt ca pica aproape tot timpul si mam dezabonat de la ei si mam abonat la cliknet + dolce tv+telefonie si se vede ca cliknet este mai bun ca upc.cliknet is the best provider internet</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la A crescut viteza pe UPC (Astral) de către calin_12</title>
		<link>http://printfluke.wordpress.com/2007/02/28/a-crescut-viteza-pe-upc-astral/#comment-3892</link>
		<dc:creator>calin_12</dc:creator>
		<pubDate>Sun, 29 Jun 2008 07:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/2007/02/28/a-crescut-viteza-pe-upc-astral/#comment-3892</guid>
		<description>dute ma  upc nici nu are abonament de 3mbs numai de 1 mbs 10 mbs  20  asa ca nu ai cum sa ai viteza asta</description>
		<content:encoded><![CDATA[<p>dute ma  upc nici nu are abonament de 3mbs numai de 1 mbs 10 mbs  20  asa ca nu ai cum sa ai viteza asta</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentariu la Photoshoot Cosmina (partea întâi) de către fantasya</title>
		<link>http://printfluke.wordpress.com/2008/03/25/photoshoot-cosmina-partea-intai/#comment-3885</link>
		<dc:creator>fantasya</dc:creator>
		<pubDate>Fri, 28 Mar 2008 20:05:24 +0000</pubDate>
		<guid isPermaLink="false">http://printfluke.wordpress.com/?p=181#comment-3885</guid>
		<description>mult mai bine decat partea a 2</description>
		<content:encoded><![CDATA[<p>mult mai bine decat partea a 2</p>
]]></content:encoded>
	</item>
</channel>
</rss>
