Newsgroup: it.comp.www.php
Titolo: Pratica e filosofia: HD vs MySql, chi più veloce?

Argomento forse poco discusso ma di fondamentale importanza é la velocità di
un programma.
La complessità di un algoritmo può far fallire o meno il lavoro già fatto.
Un dubbio mi attanaglia da tempo ormai e non ho ancora trovato risposta:
-- Meglio salvare tutti i dati su file o sfruttare le grandi potenzialità di
MySql?
mi spiego meglio: ammettiamo che ho un db relazionale uno a molti o molti a
molti;
ultimamente per non fare troppe interrogazioni al db facevo una copia di
alcuni dati su un vettore (o matrice) in modo che senza UNION o JOIN mi
ricavo facilmente i dati in relazione ad una tabella.
Quindi avevo i dati su un db e dei file "copia" dei contenuti su cartelle.
Pensavo di fare cosa giusta e veloce, ma appena qualcuno faceva dei test o
delle modifiche su db senza conoscere l'algoritmo faceva un sacco di
danni...
 --Io sono dell'idea che i dati su db, servano per dati dinamici come le
"ricerche" su sito oppure per mantenere una fonte di "backup" dei dati da
poter maneggiare facilmente per cancellare, ordinare, inserire...
Qualche programmatore preferisce addirittura salvare su db tutta la
struttura della pagina HTML. Roba che una volta fatta non vien modificata
per lunghissimo tempo.
Quindi ammettendo che MySql sia sulla stessa macchina dell'hosting, il gioco
ne vale la candela, oppure é solo una mia fantasia?
Spero di esser stato chiaro,
Grazie a tutti
    Mark

 Spero di esser stato chiaro,
nn troppo ;)
Ciao
-- 
Ranger! 
www.rossi.eu.com
aggiungi .it alla mail x rispondermi

 sicuramente più veloce.
Beh, provo a spiegare la lunga storia in poche parole. Piattaforma didattica
per l'e-learning: tabella utenti, tabella corsi, tabelle relative alle
strutture dei corsi, tabella statistiche, tabella dei preferiti, tabella dei
file in download, tabella del blocco note.... e così via.
Ogni utente deve poter vedere l'ultima fatta, le proprie statistiche di dove
é stato, degli esercizi svolti, dei risultati ottenuti (con relativa
media...etc...), naturalmente deve poter navigare nel corso e segnarsi degli
appunti nel blocco note e da una parte memorizzare i preferiti.
Ecco, per fare questo e tante altre cose il db é molto sollecitato
soprattutto se i corsi diventano sempre più numerosi e numerosi sono gli
utenti, ammettiamo che poi nella pagina di amministrazione ci siano persone
che lavorino per modificare i corsi, consultare le statistiche e via
dicendo.
In tutto questo marasma mi é sorto il problema ed ho (a mio parere)
alleggerito il processo mettendo su file l'elenco dei corsi, l'elenco degli
utenti (senza password naturalmente), la struttura di ogni corso, l'elenco
dei file in download e altre piccole cose.
Il sistemista incappando in alcuni dubbi ci ha messo le mani e mi diceva:
perché fai questo? Se io devo modificare una cosa vorrei solo toccare il db
e non andarmi a cercare il file e come é fatto! Da qui il primo dubbio...ne
valeva la pena?
E poi....costruendo un piccolo portale di notizie e appuntamenti per un
gruppo sportivo, il co-programmatore ha cominciato a dirmi, facciamo un file
unico che costruisce le varie sezioni della pagina (header, footer...)
tramite info che trova su db, così fai un file solo (facilmente modificabile
nel template) e quando navighi richiami lo stesso file passando parametri
differenti.
Beh io sono dell'idea che se metto una news (ad esempio) ne tengo una nel db
per chi vuol fare una ricerca per titolo, data... e poi una scritta in un
file (con degli include per il template, header etc...) che viene richiamata
dai link che si trovano in prima pagina o in altri link secondari.
Da qui tutta la questione. Naturalmente una certa filosofia in tutto questo
bisogna usarla credo... e per questo ho cercato qualche consiglio.
Grazie
    Mark

 bisogna usarla credo... e per questo ho cercato qualche consiglio.
come ho detto prima tenere la stessa informazione sia su db che su file 
complica il programma, e la manutenzione, perchè rischi che le 2 copie non 
siano sincronizzate.
i file su disco li uso solo per il download, oppure i file di testo di scambio 
con altri applicativi (import/export dei dati).
per il resto col DB hai vantaggi ben superiori,
ciao



E' una soluzione propietaria o hai trovato qualcosa di carino in giro per
fare ciň?
Ciao.




C'e' un editor DHTML su Sourceforge, non ricordo il nome preciso. XsDhtml,
credo.
Leonardo
-- 
Time's angles, mages tell, conceal a place
incredible, beyond the mundane mind;
night-shrouded and between the seas of space
dread creatures drift in the ageless winds.

 tutto con una query
Tutto perfetto e chiaro il resto di questo post, ma posso aggiungere che nel
caso di ricerche su file di testo GENERICI (tipo motore di ricerca, per
chiarire) i db relazionali non sono molto performanti (cmq rimane semplice
per il programmatore, come hai detto tu, una query e via!). L'uso del LIKE o
cose del genere va ponderato, se si guarda alle prestazioni, IMHO.
PS Scusa ranger, premuto il pulsante errato

 fare ciņ?
se intendi solo l'editor ne trovi tantissimi in giro. io ne ho provati 5/6 e 
sono tutti anche troppo sofisticati. il problema č che funzionano solo con 
explorer. ora in mozilla hanno aggiunto la proprietą di designmode ma ancora 
non ho avuto tempo di provarla.
la parte php l'ho scritta io da zero. purtroppo ho sempre trovato tools molto 
grossi e mi sembravano difficili da integrare.
ciao
