Optimizacija baze - neki savet

[etelteam]

Da, MySQL kesira bar je test pokazao...
Mislio sam da ima neke metode pored onih koji sam primenio za ubrzanje upita... Ali koliko vidim nema, bar od tih jednostavnih. Tako da je sve u redu.
Hvala

[spezia]

Dodao bih u ovoj temi jedno pitanje

Imam sledeci datum u bazi, na primer

create_date
==============
2012-12-22 15:22:12

Treba da ga ispisem na stranici u euro formatu ali samo datum, tipa 22.12.2012

I) Pokupim ovaj datum iz baze, i preko php, npr( new DateTime(), ), formatiram datum kako mi odgovara

II) Direktno u SQL obradim datum (preko mysql funkcija)

 DATE_FORMAT(create_date, GET_FORMAT(DATE,'EUR'))

Zanima me sledece sta je ispravnije, da li je bolje da php vrsi obradu ili mysql?
Jer na ovaj drugi nacin opterecujemo konekciju ka bazi, a zamislimo da je neki portal. Ispada da bi trebalo da izbegavamo ove funkcije i da uvek radimo obradu u php. Ili gresim?! Jer ja ih izbegavam i ne znam da li sam u pravu sto sve radim kroz php.

[jablan]

Php

[misk0]

U sustini za ispis nije bitno ali je bolje da se navikavas da PHP dobijas 'date' podatak i da ako se ukaze potreba moze da manipulishe sa njim. Recimo da trebas prikazati datum koji je 3 dana poslije datuma iz baze, lakse ce ti biti to odraditi ukoliko imas date kao podatak.

[jablan]

Napiši nešto više o strukturi tabele, kao i upitima koje vršiš.

[mangia]

Evo dio URL-a sa B92

index.php?yyyy=2013&mm=01&dd=14&nav_category=11&na v_id=677438

Nešto nisam siguran da "sastavljaju" datum pa onda rade upit...

[jablan]

Kuku majci onom ko se ugleda na B92 pri pravljenju aplikacije.

Originalno napisao robi-bobi

kolega, koji je tad bio mnogo iskusniji, mi rece da ovo nije dobar pristup

Nema razloga da nije dobar pristup, ja jedino preferiram da indeks ne bude na delu datuma (tipa na mesecu), već na datumu zaokruženom na mesec. Tako ne moraš da vršiš upit i po godini i po mesecu.