<?xml version="1.0" encoding="ISO-8859-2"?><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: Inteligentny sterownik bazy danych</title>
	<atom:link href="http://devblog.luinnar.com/pomysly/inteligentny-sterownik-bazy-danych/feed" rel="self" type="application/rss+xml" />
	<link>http://devblog.luinnar.com/pomysly/inteligentny-sterownik-bazy-danych</link>
	<description>DevBlog programisty PHP</description>
	<lastBuildDate>Thu, 15 Jul 2010 12:02:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Ace</title>
		<link>http://devblog.luinnar.com/pomysly/inteligentny-sterownik-bazy-danych/comment-page-1#comment-53</link>
		<dc:creator>Ace</dc:creator>
		<pubDate>Wed, 19 Jul 2006 08:20:04 +0000</pubDate>
		<guid isPermaLink="false">http://luinnar.info/blog/ogolnie/inteligentny-sterownik-bazy-danych/#comment-53</guid>
		<description>Ja napisalem sobie jakis czas temu sterownik do db w ktorym do zapytan przekazywalem parametr, czy cachowac... Zalozenie bylo takie, ze tylko moja aplikacja www ma dostep do db. Inserty i Updaty, Delety automatycznie czyscily kazdy cache ktore wchodzily w relacje z ta tabela. Jednak, co oplaca sie cachowac? Nie wiele. NP: Statystyki. Wyciagniencie 10 newsow, jest tak szybkie, ze bardziej oplaca sie zadac pytanie do db niz pobrac cache z dysku. 

Kolejna rzecz, kiedys z jaco rozmawialem o tym, doszlismy do wniosku, ze lepiej jest cachowac Cale fragmenty kodu strony - kod wynikowy - html. Mozesz dojsc wtedy do takiego momentu, ze strona jest po prostu odczytywana z dysku, 0 zapytan :) Ale musi byc tez dobra cachowanie, ktore bedize dbac o to, jakie dane sa aktualne.</description>
		<content:encoded><![CDATA[<p>Ja napisalem sobie jakis czas temu sterownik do db w ktorym do zapytan przekazywalem parametr, czy cachowac&#8230; Zalozenie bylo takie, ze tylko moja aplikacja www ma dostep do db. Inserty i Updaty, Delety automatycznie czyscily kazdy cache ktore wchodzily w relacje z ta tabela. Jednak, co oplaca sie cachowac? Nie wiele. NP: Statystyki. Wyciagniencie 10 newsow, jest tak szybkie, ze bardziej oplaca sie zadac pytanie do db niz pobrac cache z dysku. </p>
<p>Kolejna rzecz, kiedys z jaco rozmawialem o tym, doszlismy do wniosku, ze lepiej jest cachowac Cale fragmenty kodu strony &#8211; kod wynikowy &#8211; html. Mozesz dojsc wtedy do takiego momentu, ze strona jest po prostu odczytywana z dysku, 0 zapytan :) Ale musi byc tez dobra cachowanie, ktore bedize dbac o to, jakie dane sa aktualne.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Koziołek</title>
		<link>http://devblog.luinnar.com/pomysly/inteligentny-sterownik-bazy-danych/comment-page-1#comment-50</link>
		<dc:creator>Koziołek</dc:creator>
		<pubDate>Mon, 17 Jul 2006 14:24:33 +0000</pubDate>
		<guid isPermaLink="false">http://luinnar.info/blog/ogolnie/inteligentny-sterownik-bazy-danych/#comment-50</guid>
		<description>Pomysł niezły... ale jak to w życiu bywa mało realny niestety. Zazwyczaj pisząc aplikację masz jakieś pojęcie które zapytania mają wolno zmienne wyniki, a które raczej nie dadzą wa razy tego samego. Tym samym jakby z palca tworzysz cache i nie kombinujesz. Pytanie tez czy czas jaki poświęcisz na napisanie sterownika wróci się w rzeczywistych projektach.
pozdrawiam</description>
		<content:encoded><![CDATA[<p>Pomysł niezły&#8230; ale jak to w życiu bywa mało realny niestety. Zazwyczaj pisząc aplikację masz jakieś pojęcie które zapytania mają wolno zmienne wyniki, a które raczej nie dadzą wa razy tego samego. Tym samym jakby z palca tworzysz cache i nie kombinujesz. Pytanie tez czy czas jaki poświęcisz na napisanie sterownika wróci się w rzeczywistych projektach.<br />
pozdrawiam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: splatch</title>
		<link>http://devblog.luinnar.com/pomysly/inteligentny-sterownik-bazy-danych/comment-page-1#comment-49</link>
		<dc:creator>splatch</dc:creator>
		<pubDate>Sat, 15 Jul 2006 15:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://luinnar.info/blog/ogolnie/inteligentny-sterownik-bazy-danych/#comment-49</guid>
		<description>Problem z Twoim sterownikiem jest o tyle duży, że ciężko jest określić które zapytanie ma być buforowane a które nie. Niektóre z zapytań powtarzają się często, ale odwołują się do danych, które zmieniają się na bierząco, z kolei inne są wykonywane tak żadko, że mechanizm buforowania nie ma wpływu na szybkość działania całej aplikacji.

Problem z buforowaniem danych jest jeszcze większy gdy w grę wchodzi modyfikacja rekordów. Dopóki nie odpytasz bazy danych nie wiesz czy dane, które są w buforze są aktualne, a tylko na takich użytkownik powinien pracować prawda? :)

Problemów będzie zapewne wiecej, ale zawsze warto chociażby poszkicować sobie. :)</description>
		<content:encoded><![CDATA[<p>Problem z Twoim sterownikiem jest o tyle duży, że ciężko jest określić które zapytanie ma być buforowane a które nie. Niektóre z zapytań powtarzają się często, ale odwołują się do danych, które zmieniają się na bierząco, z kolei inne są wykonywane tak żadko, że mechanizm buforowania nie ma wpływu na szybkość działania całej aplikacji.</p>
<p>Problem z buforowaniem danych jest jeszcze większy gdy w grę wchodzi modyfikacja rekordów. Dopóki nie odpytasz bazy danych nie wiesz czy dane, które są w buforze są aktualne, a tylko na takich użytkownik powinien pracować prawda? :)</p>
<p>Problemów będzie zapewne wiecej, ale zawsze warto chociażby poszkicować sobie. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cysiaczek</title>
		<link>http://devblog.luinnar.com/pomysly/inteligentny-sterownik-bazy-danych/comment-page-1#comment-48</link>
		<dc:creator>cysiaczek</dc:creator>
		<pubDate>Sat, 15 Jul 2006 15:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://luinnar.info/blog/ogolnie/inteligentny-sterownik-bazy-danych/#comment-48</guid>
		<description>Nie mam nic przeciwko, ale boję się, że wydajnośc będzie znikoma i nada się tylko do intranetowych projektów, gdzie w zasadzie takie cashowanie to ostatnia rzecz, jaką należy się przejmować. Może się mylę, ale cóż...:)
W każdym razie życzę powodzenia.</description>
		<content:encoded><![CDATA[<p>Nie mam nic przeciwko, ale boję się, że wydajnośc będzie znikoma i nada się tylko do intranetowych projektów, gdzie w zasadzie takie cashowanie to ostatnia rzecz, jaką należy się przejmować. Może się mylę, ale cóż&#8230;:)<br />
W każdym razie życzę powodzenia.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
