Newsgroup: it.comp.software.database
Titolo: ok sono ............... Stupido !!

Non capisco....
sto provando a studiare in simultanea PHP e MySql e comnprendo benissimo che
non ci si può inventare un  mestiere dall'oggi al domani, ma noon riesco
nemmeno a creare un dannatissimo script di inserzione di immagini jpeg e/o
tiff.
AIUTOOOOOOO
Stefano

 ha scritto nel messaggio
news:acbdkf$vr9$1...@lacerta.tiscalinet.it...

Non è che sia molto consigliato mettere le immagini direttamente nel db..
non puoi memorizzare nel db solo il percorso delle immagini?
Magari poi hai esigenze particolari.. ma così come hai presentato il
problema.. questo è il suggerimento che mi sento di darti.

 non ci si puň inventare un  mestiere dall'oggi al domani, ma noon riesco


 non puoi memorizzare nel db solo il percorso delle immagini?
magari il sistemista non gli da una quota sufficiente su FS mentre il db è 
di un altro utente con quota illimitata...
(sicuramente no, però è uno dei motivi per cui non potrebbe)
:-)
ciao

>sei tu che glielo sconsigli...
In verità, lo sconsigliano in molti... Comunque è vero che nessuna
scelta può essere considerata giusta o sbagliata a priori, senza
considerare il contesto.
C'era anche un articolo che confrontava i pro e i contro delle due
scelte, mi sembra su 
zend.com
 .
M

 scelte, mi sembra su 
zend.com
 .
credo di aver affrontato personalmente almeno una decina di threads su 
quest'argomento...
una volta avevo anche fatto dei benchmarks su varie piattaforme per il 
caricamento di N migliaia di immagini.
la consigilabilità di un metodo rispetto all'altra dipende anche dal tipo 
di pagina che devi visualizzare e dal numero di immagini.
es:
se hai 100 thumbnails ed ad ogni richiesta devi caricarle tutte su una 
pagina puoi solo usare il metodo FS, altrimenti ti si chiodano le 
prestazioni.
se però hai 10000000 di thumbnails ma devi estrarne al massimo 1 o 2 per 
volta, molto meglio il db! (es. anagrafica comunale, se fossero furbi da 
mettersi le fototessere in pancia e non fartele rifare ogni volta!)
comunque, dipende anche dai gusti di una persona. se uno sa che si possono 
mettere su db e vuole fare così perché dirgli "fai cosà"?
:-)
ciao

ciao
ciao
--------------------------------
Inviato via 
http://usenet.iol.it
 

... perché dirgli "fai cosà"?
Anche questo è vero, tutt'al più si possono dare dei suggerimenti,
conoscendo appunto la situazione da affrontare.
M

 dal db !
non in tutti i casi per questioni di performance...
comunque finalmente ne trovo uno d'accordo alla gestione su db!!
;-)
ciao

 Ma mica mi posso mettere la foto di quando avevo 14 anni!! ;)
no :-)
magari dai 20 in su si potrebbe fare un update ogni 5-10 anni...
vabbè. se non fosse per questo particolare l'esempio calzerebbe!
ciao

 a me per certe esigenze č sempre parsa una buona idea!
Beh.. sě.. non č che do consigli per conto terzi :)
Mi sembrava scontato che fosse un consiglio mio e non una legge...
Infatti poi ho specificato..
"Magari poi hai esigenze particolari.. ma cosě come hai presentato il
problema.. questo č il suggerimento che mi sento di darti".
Se perň queste esigenze non ce le ha.. meglio solo il percorso :)

 Se però queste esigenze non ce le ha.. meglio solo il percorso :)
vabin, almeno valuterà anche questa possibilità!
ciao

 a me per certe esigenze č sempre parsa una buona idea!
Beh.. sě.. non č che do consigli per conto terzi :)
Mi sembrava scontato che fosse un consiglio mio e non una legge...
Infatti poi ho specificato..
"Magari poi hai esigenze particolari.. ma cosě come hai presentato il
problema.. questo č il suggerimento che mi sento di darti".
Se perň queste esigenze non ce le ha.. meglio solo il percorso :)