Cache, perché conviene?

[TheTrigger]

Salve a tutti, apro questo topic per dei chiarimenti

Ormai sono arrivato ad un livello abbastanza alto in quando a programmazione php, ed ora si presentano alcuni problemi, come le prestazioni.
Utilizzo un esempio pratico;

Nel mio script, devo selezionare 1 sola riga nel database (tra centinaia), e devo farlo ogni volta che si carica la pagina.. io mi chiedevo, vale davvero la pena salvare il contenuto di questa query (un array quindi) in un file (presumo .php) per poi andare a verificare se esiste, se è scaduto (sarebbe da aggiornare dopo tot tempo, tipo qualche giorno), poi caricarlo e leggere il suo interno?
.. e quali sono le operazioni che fanno affaticare il server?

[Santino83_02]

Originariamente inviato da TheTrigger
.. e quali sono le operazioni che fanno affaticare il server?

tutto ciò che ha bisogno di accessi di qualche tipo all'hard disk, a sockets, loop molto lunghi, uso errato di memoria.

[maje]

Originariamente inviato da TheTrigger


io mi chiedevo, vale davvero la pena salvare il contenuto di questa query (un array quindi) in un file (presumo .php) per poi andare a verificare se esiste, se è scaduto (sarebbe da aggiornare dopo tot tempo, tipo qualche giorno), poi caricarlo e leggere il suo interno?

se la query tira su centinaia o migliaia di risultati può valerne la pena si: dipende da cosa fa la query, non sempre utilizzare la cache migliora le prestazioni del sistema, dipende dalla struttura dell'applicativo, dall'architettura, dalle tecnologie, ecc.

[TheTrigger]

centinaia o migliaia di risultati

Ok quindi niente cache.!

grazie mille, ciao

[Santino83_02]

Originariamente inviato da TheTrigger
Ok quindi niente cache.!

grazie mille, ciao

in realtà il numero dei risultati può essere indifferente, dipende dagli accessi contemporanei al sito... più accessi contemporanei, più stress per il server

[maje]

Originariamente inviato da Santino83_02
in realtà il numero dei risultati può essere indifferente, dipende dagli accessi contemporanei al sito... più accessi contemporanei, più stress per il server

vero, ma se una query tira su un record il problema non sussiste: l'ottimizzazione in questo contesto dipende in realtà da un sacco di cose, accessi contemporanei, come è stato scritto il codice, cosa fa il codice, come è stata scritta la query, cosa fa la query, ecc.

Se l'applicativo non deve gestire migliaia di utenze normalmente è sufficiente prestare attenzione e utilizzare qualche accorgimento nella struttura/scrittura del codice per avere un bel miglioramento.

La prima cosa che farei è passare per webgrind (non partirei certo subito con l'impostare una cache)

http://code.google.com/p/webgrind/

così puoi effettivamente vedere dove stanno i colli di bottiglia

[Santino83_02]

Si è chiaro che non mi riferivo a problemi di una query con un solo risultato...

[maje]

Originariamente inviato da Santino83_02
Si è chiaro che non mi riferivo a problemi di una query con un solo risultato...

si si, chiarivo solo il concetto perchè dire che "in realtà il numero dei risultati può essere indifferente" non è proprio esatto, il numero dei risultati è un fattore decisamente importante

[Santino83_02]

Originariamente inviato da maje
il numero dei risultati è un fattore decisamente importante

è solo che il numero dipende molto dalla complessità e dalla buona costruzione della query... dire che il numero debba essere di centinaia o migliaia è riduttivo... basta che non progetti bene la query e con un migliaio di record tiri giù (e parlo per esperienza) uno xenon 4 core con 8 gb di ram usando una semplicissima join tra due tabelle...

comunque, a parte il divertente aneddoto dello xenon (pace all'anima sua), mediamente devono essere risultati corposi...