Newsgroup: it.comp.os.linux.development
Titolo: Qualche consiglio, please

Hi all
per lo sviluppo di un'applicazione di gestione archivio fotografie avrei
bisogno di qualche consiglio:
*) L'archiviazione: per ogni foto ci sono 2 file, uno da ~30 MB e uno da
~300k. Volume annuale di dati ~500 GB, diciamo 5000 file per ogni tipo.
Io pensavo di salvare il file da 300k direttamente in un DB Postgresql 
e gli altri file su DVD, tenendone traccia.
Solo che non ho idea di come si comporti Postgres su volumi del genere. Devo
ancora cercare sulla mailing list.
*) Portabilità: Mac OS X, Windows XP, Linux. Interfaccia dialog-based,
qualche elaborazione base di immagini con wxpython è quello che mi è venuto
in mente.
Ogni suggerimento è ampiamente apprezzato.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Computers are not intelligent.  They only think they are. !>-

 Solo che non ho idea di come si comporti Postgres su volumi del genere.
Li regge tranquillamente (usando i large objects, che alla fine sono files)
però non vedo la necessità, lasciali ognuno nel proprio file che così puoi
anche distribuire su più frontend e lascia fare a Pg solo l'indicizzazione.
Ciao,
-- 
Daniele Orlandi

 Ogni suggerimento è ampiamente apprezzato.
io lavoro con Postgres/PHP in modo da non avere problemi sui client MacosX,
Win2000, WinXP, Macos9 ... non so pero' se ti e' sufficiente
l'HTML/Css/Javascript/PHP per fare quello che vuoi fare ...
ciao ...
-- 
#include <stdio.h>
int main(void){char c[]={10,65,110,116,111,110,105,111,32,98,97,114,98,111,110,
101,32,60,104,105,110,100,101,109,105,116,64,116,105,115,99,97,108,105,110,101,
116,46,105,116,62,10,10,0};printf("%s",c);return 0;}

 anche distribuire su più frontend e lascia fare a Pg solo l'indicizzazione.
Cosa ci guadagnerei?
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
        **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
 [cowo@braveheart cowo]$ make sex
    make: *** No rule to make target 'sex'.  Stop. 

 l'HTML/Css/Javascript/PHP per fare quello che vuoi fare ...
Mai dire mai, ma la cosa è piuttosto improbabile. Di certo non nella fase di
inserimento dei file, ove con pochi click si devono indicizzare centinaia di
files a botta.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
        **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**


 Cosa ci guadagnerei?
Se hai tanto, tanto traffico, puoi avere più frontend che servono localmente
i file di cui sopra, senza generare traffico (e carico) inutile al
(presumibilmente) unico db server.
Se i file sono tanti, puoi dividerli in directory su più livelli per
gestirli più agevolmente, puoi metterli su diversi device per gestire
upgrade etcc... etc...
Ciao,
-- 
Daniele Orlandi

 files a botta.
forse non ho capito bene, ma il lavoro di indicizzazione non lo potresti far
fare direttamente a Postgresql, lasciando che l'interfaccia faccia solo
l'upload dei file ??
nei programmi che faccio in questo modo, la maggior parte del lavoro "pesante"
lo faccio fare direttamente al DB con stored procedure, trigger e viste.


 lo faccio fare direttamente al DB con stored procedure, trigger e viste.
Meno cose devo fare personalmente meglio č :-)
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! The Moment Is Now In All History, The Time Has Arrived And This Is The
  		One Place To Be. !>- Savatage - This Is The Time

 upgrade etcc... etc...
Che vadano in diverse directory è poco ma sicuro, anche perchè
diventerebbero troppi per essere tutti in una. Per quanto riguarda l'upgrade
effettivamente mi verrebbe più comodo nel caso di upgrade del database
(supponendo formati dello storage incompatibili fra diverse release), ma non
dell'hardware.
Però mi tiro dietro complicazioni quando devo distribuire i file ai client.
Non so se il gioco vale la candela.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**


 client. Non so se il gioco vale la candela.
? Non ti seguo...
Ciao,
-- 
Daniele Orlandi

 Meno cose devo fare personalmente meglio č :-)
idem ;-))) ciao ...


 ? Non ti seguo...
Il client deve avere accesso a questi file (immagini). Se li metto come
large objects dal client mi prendo il file e lo salvo temporaneamente.
Se nel DB tengo solo il nome del file poi devo mettere in piedi un
meccanismo con cui il client chiede al server di ottenere il file. Che puň
anche essere un banale samba o nfs, ma č sempre piů scomodo IMO.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! I Never Wanted To Be What They Told Me To Be
  		Fulfill My Fate Then I'll Be Free >!- Blind Guardian - Mordred's Song

 meccanismo con cui il client chiede al server di ottenere il file.
Prendevo per implicito che stessi parlando di un servizio offerto via HTTP,
ho sbagliato?
Se il parco clienti non è così vasto, i large-objects *potrebbero* avere
qualche uso... ciò non toglie non non li userei ugualmente :)
Ciao,
-- 
Daniele Orlandi

 qualche uso... ciň non toglie non non li userei ugualmente :)
Come numero? Max una decina. Come OS? Linux, Mac OSX, Win XP.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
	**ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! When you say "I wrote a program that crashed Windows", people just stare
     at you blankly and say "Hey, I got those with the system, *for free*" !>-
                                (By Linus Torvalds)