Search the Community
Showing results for tags '<>db'.
Found 1 result
-
Lo so che è vecchia, ma io non ho ancora le idee chiare e non avrei voglia di farmi mille benchmark, quindi se qualcuno ha dei dati da condividere mi farebbe un piacere. Faccio qualche esempio: E' più veloce leggere un array (per esempio un config) da file o da db? E' più veloce caricare un'immagine da file system o da db? Qualcuno afferma che è importante il numero di file per directory, cioè che fino a 100 file è più veloce il file system, sopra il db. Ma che in ricerca il numero di file è 30. immagino che 100 si riferisca al fatto di usare il nome dei file come indice, mentre la ricerca intende in qualsiasi parola contenuta nei file... Se così fosse avrebbe poco senso un sistema di cache che memorizza su file system le query più frequenti... a meno di limitare queste ad un numero inferiore ai 100. Altro punto di vista interessante è il fatto che l'ottimizzazione lato programmazione se non è seguita da quella sistemistica conta poco poco.... però ora mi interessa vedere la prima, la seconda è discorso a parte. Ho visto alcuni cms che usano mysql per far tutto, ma poi a seconda delle impostazioni (a tempo, su comando, ad aggiornamento) riproducono l'intero sito su file system e da quello viene letto alle richieste del browser. Spazio a parte visti i presupposti sopra mi chiedo se è effetivamente più veloce.... Io sto pensando ad un sistema ibrido, una sorta di cache su mysql. Cioè la pagina è spezzettata in vari punti del db per comodità organizzativa, poi però è messa in cachè in un unico campo in modo tale che con un'unica query sia richiamabile. In sostanza un'unica pagina tra gestione ACl, contenuti e qualche altra cosa potrebbe stare entro le 2/3 query totali, neanche troppo complesse. Sta parlando dell'organizzazione per siti ad alto traffico, ovviamente per 300 pagine non ha neanche senso perderci tempo Commenti?
- 5 replies
-
- &lt&gtdb
- <>db
- (and 4 more)