@liquid: to apsolutno stoji, samo je pitanje kako postizes te performanse, i da li time gubis na necemu drugom? Prilikom projektovanja treba da budes svestan i za i protiv i da svesno napravis resenje koje daje najbolji odnos (za cenu). Isto kao sto niko od nas ne radi sajtove u C-u (a kad sam ja pocinjao tako se radilo), jer je naprosto i php dovoljno brz, a mnogo je laksi i brzi za rad...
IMHO u danasnje vreme kad postoje mocni kes sistemi, nema smisla da zrtvujes lakocu razvoja, ili fleksibilnost koda ili baze zarad performansi (sem ako si Facebook, onda ima smisla, ali ja pricam o prosecnim aplikacijama). Naprosto nema potrebe za tim..
Recimo prosecan Wordpress napravi bar 30 (a cesto mnogo vise) upita da prikaze jednu stranu, i to bi svakako moglo da se napise bolje, ali samo uz izmenu arhitekture: ili da se odreknes dela extra funkcionalnosti tipa sortabilnih widgeta i pluginova i jednostavnih templejta, ili da se napise neki aplikativni layer izmedju koji bi znatno iskomplikovao celu pricu (i uneo bagove, i poskupeo razvoj).
Imali ista od toga smisla ako pritom znas da ce se to pozvati samo jednom, a da ce se posle sve prikazivati iz kesa, sa 0 pristupa bazi? Ja mislim da nema, naprosto te nije briga koliko se brzo generisu podaci, jer te zanima samo koliko se brzo podaci serviraju, a to znas da ce lepo raditi.
Uopste internet ceka jedna velika promena u nacinu razmisljanja, jer ce se podaci sve vise praviti asinhrono u odnosu na serviranje, queue-ovi, cache servisi i sl. ce postati svakodnevna stvar, jer su apsolutno superiorni pristup u mnogim stvarima
__________________
Leadership is the art of getting people to want to do what you know must be done.
|