<?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: Lectia de MySql : Supercute ()</title>
	<atom:link href="http://trilema.com/2011/lectia-de-mysql-supercute/feed/" rel="self" type="application/rss+xml" />
	<link>http://trilema.com/2011/lectia-de-mysql-supercute/</link>
	<description>Moving targets for a fast crowd.</description>
	<pubDate>Sat, 18 Apr 2026 21:34:37 +0000</pubDate>
	<generator>http://polimedia.us</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: gheorghe</title>
		<link>http://trilema.com/2011/lectia-de-mysql-supercute/#comment-46099</link>
		<dc:creator>gheorghe</dc:creator>
		<pubDate>Mon, 04 Apr 2011 19:59:04 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=17936#comment-46099</guid>
		<description>@Ana, pai depinde de ce ai nevoie, pentru oltp o schema bine normalizata e mai buna, pentru ca altfel ai avea o mai mare redundanta a datelor, pe care trebuie sa le scrii pe disc la fiecare tranzactie asa multe si redundante cum sunt.

Iar daca vrei ceva mai mediu, o schema normalizata + indecsi mai multi unde ai niste joinuri babane mi se pare o alegere decenta si mult mai flexibila, ca e mai usor sa mai bagi un index, pe cand e mai greu sa mai adaugi o coloana intr-un tabel si sa modifici codul aplicatiei, plus ca o schema normalizata vine si cu avantajul ca iti face codul aplicatiei mai simplu.</description>
		<content:encoded><![CDATA[<p>@Ana, pai depinde de ce ai nevoie, pentru oltp o schema bine normalizata e mai buna, pentru ca altfel ai avea o mai mare redundanta a datelor, pe care trebuie sa le scrii pe disc la fiecare tranzactie asa multe si redundante cum sunt.</p>
<p>Iar daca vrei ceva mai mediu, o schema normalizata + indecsi mai multi unde ai niste joinuri babane mi se pare o alegere decenta si mult mai flexibila, ca e mai usor sa mai bagi un index, pe cand e mai greu sa mai adaugi o coloana intr-un tabel si sa modifici codul aplicatiei, plus ca o schema normalizata vine si cu avantajul ca iti face codul aplicatiei mai simplu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mircea Popescu</title>
		<link>http://trilema.com/2011/lectia-de-mysql-supercute/#comment-46053</link>
		<dc:creator>Mircea Popescu</dc:creator>
		<pubDate>Mon, 04 Apr 2011 12:33:14 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=17936#comment-46053</guid>
		<description>A inlocuit NOW din sectiunea, NOW(), cu data, obtinind ,3-19-2011(),

Practic neavind (deloc) nici un fel de experienta in programare n-a recunoscut token-ul () ca facind parte din NOW, ci l-a reprezentat ca facind parte din ,. Delimiter structure, sa zicem.</description>
		<content:encoded><![CDATA[<p>A inlocuit NOW din sectiunea, NOW(), cu data, obtinind ,3-19-2011(),</p>
<p>Practic neavind (deloc) nici un fel de experienta in programare n-a recunoscut token-ul () ca facind parte din NOW, ci l-a reprezentat ca facind parte din ,. Delimiter structure, sa zicem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ana</title>
		<link>http://trilema.com/2011/lectia-de-mysql-supercute/#comment-46049</link>
		<dc:creator>Ana</dc:creator>
		<pubDate>Mon, 04 Apr 2011 12:03:56 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=17936#comment-46049</guid>
		<description>Eu as fi foarte interesata de mecanismul gandirii. Cum a ajuns la concluzia ca trebuie () dupa datele alea introduse manual.

Cat despre normalizare, e buna pana la un punct. Taking it to the extreme is flushing down the toilet a relatively performant db.</description>
		<content:encoded><![CDATA[<p>Eu as fi foarte interesata de mecanismul gandirii. Cum a ajuns la concluzia ca trebuie () dupa datele alea introduse manual.</p>
<p>Cat despre normalizare, e buna pana la un punct. Taking it to the extreme is flushing down the toilet a relatively performant db.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mircea Popescu</title>
		<link>http://trilema.com/2011/lectia-de-mysql-supercute/#comment-46023</link>
		<dc:creator>Mircea Popescu</dc:creator>
		<pubDate>Mon, 04 Apr 2011 09:23:17 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=17936#comment-46023</guid>
		<description>Io ziceam la ce-ai propus tu, ca daca vii adica si scrii in CV "tehnician electronist" sau "avia reusesc un CV cit de cit decent" ai sanse, pentru ca apreciez umorul. 

De ea nu ziceam ca are sanse, ca mnoa.</description>
		<content:encoded><![CDATA[<p>Io ziceam la ce-ai propus tu, ca daca vii adica si scrii in CV "tehnician electronist" sau "avia reusesc un CV cit de cit decent" ai sanse, pentru ca apreciez umorul. </p>
<p>De ea nu ziceam ca are sanse, ca mnoa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gheorghe</title>
		<link>http://trilema.com/2011/lectia-de-mysql-supercute/#comment-46022</link>
		<dc:creator>gheorghe</dc:creator>
		<pubDate>Mon, 04 Apr 2011 09:11:50 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=17936#comment-46022</guid>
		<description>Mda, oricum, mi se pare aiurea sa treci in CV o functie al carui nume este ales ca o formalitate. Ma indoiesc ca ea chiar avea scopul de a ajuta un programator acolo unde lucra, ci chiar programa ea de una singura. Deci daca tu ai facut o chestie, ce rost are sa scrii in CV ca ai facut alta chestie, ca doar asa concep aia de la stat ca poti sa zici ca ai facut.</description>
		<content:encoded><![CDATA[<p>Mda, oricum, mi se pare aiurea sa treci in CV o functie al carui nume este ales ca o formalitate. Ma indoiesc ca ea chiar avea scopul de a ajuta un programator acolo unde lucra, ci chiar programa ea de una singura. Deci daca tu ai facut o chestie, ce rost are sa scrii in CV ca ai facut alta chestie, ca doar asa concep aia de la stat ca poti sa zici ca ai facut.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
