<?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>Komentarze do: Dzień po dniu&#8230;</title>
	<atom:link href="http://ferrante.pl/2007/07/09/dzien-po-dniu/feed/" rel="self" type="application/rss+xml" />
	<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/</link>
	<description>Technologie internetowe, PHP5, Python, Javascript. Publicystyka i kursy w najlepszym wydaniu.</description>
	<lastBuildDate>Tue, 15 May 2012 08:04:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Autor: ferrante</title>
		<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/comment-page-1/#comment-887</link>
		<dc:creator>ferrante</dc:creator>
		<pubDate>Wed, 18 Jul 2007 12:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/2007/07/09/dzien-po-dniu/#comment-887</guid>
		<description>Ten blog nie jest tylko o JS. Poza tym pisze, kiedy mam na to czas :-)

Pozdrawiam.</description>
		<content:encoded><![CDATA[<p>Ten blog nie jest tylko o JS. Poza tym pisze, kiedy mam na to czas :-)</p>
<p>Pozdrawiam.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Cernd</title>
		<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/comment-page-1/#comment-885</link>
		<dc:creator>Cernd</dc:creator>
		<pubDate>Wed, 18 Jul 2007 11:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/2007/07/09/dzien-po-dniu/#comment-885</guid>
		<description>Strasznie dlugo o js juz nic nie bylo.....</description>
		<content:encoded><![CDATA[<p>Strasznie dlugo o js juz nic nie bylo&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Michał Lipek</title>
		<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/comment-page-1/#comment-880</link>
		<dc:creator>Michał Lipek</dc:creator>
		<pubDate>Tue, 10 Jul 2007 15:47:10 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/2007/07/09/dzien-po-dniu/#comment-880</guid>
		<description>Dzięki wielkie. :)

Od siebie dorzucę opis &lt;a href=&quot;http://www.pradosoft.com/demos/quickstart/index.php?page=Database.ActiveRecord&amp;lang=pl&quot; rel=&quot;nofollow&quot;&gt;ActiveRecord z frameworka PRADO&lt;/a&gt;. Też fajnie jest to rozwiązane.</description>
		<content:encoded><![CDATA[<p>Dzięki wielkie. :)</p>
<p>Od siebie dorzucę opis <a href="http://www.pradosoft.com/demos/quickstart/index.php?page=Database.ActiveRecord&amp;lang=pl" rel="nofollow">ActiveRecord z frameworka PRADO</a>. Też fajnie jest to rozwiązane.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: ferrante</title>
		<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/comment-page-1/#comment-879</link>
		<dc:creator>ferrante</dc:creator>
		<pubDate>Tue, 10 Jul 2007 09:58:28 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/2007/07/09/dzien-po-dniu/#comment-879</guid>
		<description>Michale:

Generalnie ja, przy projektowaniu ORM, nie chcialem uzyskiwac kombajnu, tylko cos, co bedzie szybko i sprawnie dzialac na MySQL, dlatego też u mnie wszystko działa na jednym obiekcie, który dziedziczy po połączeniu z bazą i predefiniowanymi metodami PDO (Query, Fetch, Connect itd). Nie potrzebuje natomiast tworzyc obiektow dla roznych tabel, chociaz w przyszlosci kto wie. Wszystko wiec opiera sie o zgrabna manipulacje zapytaniami SQL. W zasadzie to taki Active_Record uproszczony jest, ORM to jednak za duze slowo. Na przykład metoda Delete:

&lt;pre&gt;
public function Delete()
{
	if (is_array($this-&gt;mTableID))
	{
		$Where = &quot;WHERE &quot;.$this-&gt;mTableIDName.&quot; IN (&quot;.join (&#039;, &#039;, $this-&gt;mTableID).&quot;)&quot;;
	}
	else
	{
		$Where = &quot;WHERE &quot;.$this-&gt;mTableIDName.&quot; = &quot;.$this-&gt;mTableID.&quot;&quot;;
	}

	$sql = &quot;DELETE FROM &quot;.$this-&gt;mTable.&quot; $Where ;&quot;;
	$this-&gt;oDB-&gt;RunQuery($sql);
}&lt;/pre&gt;

Jest prosto i skutecznie, aczkolwiek ciagle to rozbudowuje i z pewnoscia wszystko bedzie jeszcze bardziej obiektowe. Na razie nie musi.

Co do przykladow, ksiazek. Polecam Przejrzec Zend_Db z Zend Frameworka. Naprawde fajna sprawa. Poza tym na artykuł o propelu: &lt;a href=&quot;http://wortal.php.pl/wortal/artykuly/bazy_danych/propel_czyli_wydajna_i_wygodna_obsluga_baz_danych_w_php5&quot; title=&quot;Propel&quot; rel=&quot;nofollow&quot;&gt;klik!&lt;/a&gt;. Poza tym - praktyka. W zasadzie najlepiej kodowac od razu, a potem w trakcie wykonywania projektow poprawiac usterki i inne niescislosci.

Pozdrawiam</description>
		<content:encoded><![CDATA[<p>Michale:</p>
<p>Generalnie ja, przy projektowaniu ORM, nie chcialem uzyskiwac kombajnu, tylko cos, co bedzie szybko i sprawnie dzialac na MySQL, dlatego też u mnie wszystko działa na jednym obiekcie, który dziedziczy po połączeniu z bazą i predefiniowanymi metodami PDO (Query, Fetch, Connect itd). Nie potrzebuje natomiast tworzyc obiektow dla roznych tabel, chociaz w przyszlosci kto wie. Wszystko wiec opiera sie o zgrabna manipulacje zapytaniami SQL. W zasadzie to taki Active_Record uproszczony jest, ORM to jednak za duze slowo. Na przykład metoda Delete:</p>
<pre>
public function Delete()
{
	if (is_array($this-&gt;mTableID))
	{
		$Where = "WHERE ".$this-&gt;mTableIDName." IN (".join (', ', $this-&gt;mTableID).")";
	}
	else
	{
		$Where = "WHERE ".$this-&gt;mTableIDName." = ".$this-&gt;mTableID."";
	}

	$sql = "DELETE FROM ".$this-&gt;mTable." $Where ;";
	$this-&gt;oDB-&gt;RunQuery($sql);
}</pre>
<p>Jest prosto i skutecznie, aczkolwiek ciagle to rozbudowuje i z pewnoscia wszystko bedzie jeszcze bardziej obiektowe. Na razie nie musi.</p>
<p>Co do przykladow, ksiazek. Polecam Przejrzec Zend_Db z Zend Frameworka. Naprawde fajna sprawa. Poza tym na artykuł o propelu: <a href="http://wortal.php.pl/wortal/artykuly/bazy_danych/propel_czyli_wydajna_i_wygodna_obsluga_baz_danych_w_php5" title="Propel" rel="nofollow">klik!</a>. Poza tym &#8211; praktyka. W zasadzie najlepiej kodowac od razu, a potem w trakcie wykonywania projektow poprawiac usterki i inne niescislosci.</p>
<p>Pozdrawiam</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Rothman</title>
		<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/comment-page-1/#comment-878</link>
		<dc:creator>Rothman</dc:creator>
		<pubDate>Tue, 10 Jul 2007 09:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/2007/07/09/dzien-po-dniu/#comment-878</guid>
		<description>Za 5 dych+vat zrobię wszystko! :&gt;</description>
		<content:encoded><![CDATA[<p>Za 5 dych+vat zrobię wszystko! :&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Michał Lipek</title>
		<link>http://ferrante.pl/life/publicystyka/dzien-po-dniu/comment-page-1/#comment-877</link>
		<dc:creator>Michał Lipek</dc:creator>
		<pubDate>Tue, 10 Jul 2007 09:03:19 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/2007/07/09/dzien-po-dniu/#comment-877</guid>
		<description>A to ci przypadek, akurat też piszę własnego ORM. Właściwie jestem na etapie projektowania, czyli mam masę rysunków, opisów i klasy z pustymi metodami. Ale chętnie bym zobaczył jak rozwiązali to inni. :) Zwłaszcza jak zgrabnie i elegancko zrobić obsługę relacji między tabelami.

Masz może nazwy książek lub linki do stron z których korzystasz przy pisaniu własnego ORM?</description>
		<content:encoded><![CDATA[<p>A to ci przypadek, akurat też piszę własnego ORM. Właściwie jestem na etapie projektowania, czyli mam masę rysunków, opisów i klasy z pustymi metodami. Ale chętnie bym zobaczył jak rozwiązali to inni. :) Zwłaszcza jak zgrabnie i elegancko zrobić obsługę relacji między tabelami.</p>
<p>Masz może nazwy książek lub linki do stron z których korzystasz przy pisaniu własnego ORM?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

