<?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: mysql tabele tymczasowe &#8211; optymalizacja zapytań</title>
	<atom:link href="http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/</link>
	<description>IT z innej strony :)</description>
	<lastBuildDate>Thu, 02 Feb 2012 16:27:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Autor: pch</title>
		<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/comment-page-1/#comment-157</link>
		<dc:creator>pch</dc:creator>
		<pubDate>Mon, 09 Feb 2009 03:57:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zeromski.com.pl/?p=37#comment-157</guid>
		<description>A gdzie tu są indeksy? Powinny być na game_id oraz na date. Tylko żeby indeks na date zadziałał, przy zapytaniu nie wolno wykonywać konwersji daty.</description>
		<content:encoded><![CDATA[<p>A gdzie tu są indeksy? Powinny być na game_id oraz na date. Tylko żeby indeks na date zadziałał, przy zapytaniu nie wolno wykonywać konwersji daty.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Mateusz Żeromski</title>
		<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/comment-page-1/#comment-135</link>
		<dc:creator>Mateusz Żeromski</dc:creator>
		<pubDate>Sun, 07 Dec 2008 19:42:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zeromski.com.pl/?p=37#comment-135</guid>
		<description>Brak danych w tabeli a brak tabeli - dla mnie oznacza jedno i to samo - brak danych, co trzeba sprawdzać.

Czy cachowanie na hdd ma jakieś wady? Oczywiście memory szybsze by było ale wolę rozwiązania ze 100% pewnością - serwer nie mój, więc wolę nie ryzykować.

Odnośnie przechowywania ocen każdej z osobna i odsłon dla dni w każdym wierszu to mi zależy na tym aby robić statystyki - najpopularniejsze dziś/wczoraj/tydzien/miesiac/rok i podczas gdy tak trzymam dane jest to proste. Owszem jest to nieoptymalne, bo lepiej by było operować na plikach itp ale mogę sobie pozwolić na zajęcie 100 MB więcej, lecz nie mogę pozwolić aby zapytania wykonywały się przez 1 sek. Skala zajętości tych danych jest mała - gdyby dzienny przyrost wynosiłby więcej niż 20 MB no to bym się zastanawiał nad innym rozwiązaniem, ale narazie to mnie nie dotyczy - mam nadzieję że będę miał taki problem w przyszłości w tym przypadku :)</description>
		<content:encoded><![CDATA[<p>Brak danych w tabeli a brak tabeli &#8211; dla mnie oznacza jedno i to samo &#8211; brak danych, co trzeba sprawdzać.</p>
<p>Czy cachowanie na hdd ma jakieś wady? Oczywiście memory szybsze by było ale wolę rozwiązania ze 100% pewnością &#8211; serwer nie mój, więc wolę nie ryzykować.</p>
<p>Odnośnie przechowywania ocen każdej z osobna i odsłon dla dni w każdym wierszu to mi zależy na tym aby robić statystyki &#8211; najpopularniejsze dziś/wczoraj/tydzien/miesiac/rok i podczas gdy tak trzymam dane jest to proste. Owszem jest to nieoptymalne, bo lepiej by było operować na plikach itp ale mogę sobie pozwolić na zajęcie 100 MB więcej, lecz nie mogę pozwolić aby zapytania wykonywały się przez 1 sek. Skala zajętości tych danych jest mała &#8211; gdyby dzienny przyrost wynosiłby więcej niż 20 MB no to bym się zastanawiał nad innym rozwiązaniem, ale narazie to mnie nie dotyczy &#8211; mam nadzieję że będę miał taki problem w przyszłości w tym przypadku :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: eRIZ</title>
		<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/comment-page-1/#comment-134</link>
		<dc:creator>eRIZ</dc:creator>
		<pubDate>Sun, 07 Dec 2008 19:31:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zeromski.com.pl/?p=37#comment-134</guid>
		<description>PS. Poza tym, dlaczego zamiast zapisywać oceny wpisując w pola: ocena, liczba głosów, to trzymasz je w osobnych rekordach? :P

Nie dziw się, że Ci tak baza jeździ, skoro takie podstawowe dane trzymasz nieoptymalnie. ;) Gdybyś miał komentarze do tych ocen, to jeszcze by to miało sens.</description>
		<content:encoded><![CDATA[<p>PS. Poza tym, dlaczego zamiast zapisywać oceny wpisując w pola: ocena, liczba głosów, to trzymasz je w osobnych rekordach? :P</p>
<p>Nie dziw się, że Ci tak baza jeździ, skoro takie podstawowe dane trzymasz nieoptymalnie. ;) Gdybyś miał komentarze do tych ocen, to jeszcze by to miało sens.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: eRIZ</title>
		<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/comment-page-1/#comment-133</link>
		<dc:creator>eRIZ</dc:creator>
		<pubDate>Sun, 07 Dec 2008 19:29:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zeromski.com.pl/?p=37#comment-133</guid>
		<description>&lt;blockquote&gt;sprawdzać non stop czy jest ta moja tabela jak nie to bym musiał ją robić&lt;/blockquote&gt;
I tu jesteś w błędzie. ;) Tabela istnieje zawsze, tylko jej zawartość jest wymazywana.

&lt;blockquote&gt;Przy zastosowaniu memory zysku by nie było (bo jak napisałem i tak cachuje zapytania)&lt;/blockquote&gt;
Cache&#039;ujesz, ale na HDD.

&lt;blockquote&gt;Jeżeli chodzi o memory to nie sądze aby tu miało zastosowanie, przyjmując milionowy wzrost odwiedzin ilość rekorów się zwiększy, będę zajmował coraz to więcej pamięci itp - no tak ale to tylko teoria.&lt;/blockquote&gt;
Niekoniecznie. Resety serwera nie zdarzają się tak często. Możesz zrobić do tej tabeli coś w stylu journala - początkowo (po resecie) wczytać dane z głównej tabeli i tylko je modyfikować na podstawie danych użytkowników -&gt; odwiedziny są zapisywane do dziennika @ memory. Select wykona się dużo szybciej niż na temporary. ;)

No i - oczywiście - raz na jakiś czas commit, aby zapisać wyniki.</description>
		<content:encoded><![CDATA[<blockquote><p>sprawdzać non stop czy jest ta moja tabela jak nie to bym musiał ją robić</p></blockquote>
<p>I tu jesteś w błędzie. ;) Tabela istnieje zawsze, tylko jej zawartość jest wymazywana.</p>
<blockquote><p>Przy zastosowaniu memory zysku by nie było (bo jak napisałem i tak cachuje zapytania)</p></blockquote>
<p>Cache&#8217;ujesz, ale na HDD.</p>
<blockquote><p>Jeżeli chodzi o memory to nie sądze aby tu miało zastosowanie, przyjmując milionowy wzrost odwiedzin ilość rekorów się zwiększy, będę zajmował coraz to więcej pamięci itp &#8211; no tak ale to tylko teoria.</p></blockquote>
<p>Niekoniecznie. Resety serwera nie zdarzają się tak często. Możesz zrobić do tej tabeli coś w stylu journala &#8211; początkowo (po resecie) wczytać dane z głównej tabeli i tylko je modyfikować na podstawie danych użytkowników -&gt; odwiedziny są zapisywane do dziennika @ memory. Select wykona się dużo szybciej niż na temporary. ;)</p>
<p>No i &#8211; oczywiście &#8211; raz na jakiś czas commit, aby zapisać wyniki.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Mateusz Żeromski</title>
		<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/comment-page-1/#comment-132</link>
		<dc:creator>Mateusz Żeromski</dc:creator>
		<pubDate>Sun, 07 Dec 2008 17:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zeromski.com.pl/?p=37#comment-132</guid>
		<description>Hmm, ilości rekordów
games - 8 300 (oczywiscie nie wszystkie aktywne)
views - 10 398 (tu juz prawdziwe dane :) )
votes - 83 869 (początkowo każdej grze nadałem 10 ocen)
Więc jest trochę rekordów, najbardziej będzie puchło views, ale moze to jakos zoptymalizuję kiedyś.

Jeżeli chodzi o memory to nie sądze aby tu miało zastosowanie, przyjmując milionowy wzrost odwiedzin ilość rekorów się zwiększy, będę zajmował coraz to więcej pamięci itp  - no tak ale to tylko teoria.
Praktycznie serwer na którym stawiam moje produkty nie stoi u mnie fizycznie i nie mam kontroli nad tym czy przypadkiem nie został zresetowany. Bo jak wiadomo po resecie memory idzie w zapomnienie. Przy użyciu memory bym musiał wykonywać crona co 1 minute i sprawdzać non stop czy jest ta moja tabela jak nie to bym musiał ją robić - niepraktyczne. Przy zastosowaniu memory zysku by nie było (bo jak napisałem i tak cachuje zapytania) a roboty więcej, i byłby dodatkowy krytyczny element serwisu.</description>
		<content:encoded><![CDATA[<p>Hmm, ilości rekordów<br />
games &#8211; 8 300 (oczywiscie nie wszystkie aktywne)<br />
views &#8211; 10 398 (tu juz prawdziwe dane :) )<br />
votes &#8211; 83 869 (początkowo każdej grze nadałem 10 ocen)<br />
Więc jest trochę rekordów, najbardziej będzie puchło views, ale moze to jakos zoptymalizuję kiedyś.</p>
<p>Jeżeli chodzi o memory to nie sądze aby tu miało zastosowanie, przyjmując milionowy wzrost odwiedzin ilość rekorów się zwiększy, będę zajmował coraz to więcej pamięci itp  &#8211; no tak ale to tylko teoria.<br />
Praktycznie serwer na którym stawiam moje produkty nie stoi u mnie fizycznie i nie mam kontroli nad tym czy przypadkiem nie został zresetowany. Bo jak wiadomo po resecie memory idzie w zapomnienie. Przy użyciu memory bym musiał wykonywać crona co 1 minute i sprawdzać non stop czy jest ta moja tabela jak nie to bym musiał ją robić &#8211; niepraktyczne. Przy zastosowaniu memory zysku by nie było (bo jak napisałem i tak cachuje zapytania) a roboty więcej, i byłby dodatkowy krytyczny element serwisu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: eRIZ</title>
		<link>http://blog.zeromski.com.pl/2008/12/mysql-tabele-tymczasowe-optymalizacja-zapytan/comment-page-1/#comment-131</link>
		<dc:creator>eRIZ</dc:creator>
		<pubDate>Sun, 07 Dec 2008 16:17:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zeromski.com.pl/?p=37#comment-131</guid>
		<description>Coś mi nie pasuje; niby niewiele rekordów i się ślimaczy?
A czemu do statystyk nie zrobisz tabeli &lt;em&gt;MEMORY&lt;/em&gt;?</description>
		<content:encoded><![CDATA[<p>Coś mi nie pasuje; niby niewiele rekordów i się ślimaczy?<br />
A czemu do statystyk nie zrobisz tabeli <em>MEMORY</em>?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

