Newsgroup: it.comp.os.linux.development
Titolo: Suggerimenti sviluppo gestione magazzini

Salve a tutti 
vorrei un consiglio riguardo un progettino che vorrei sviluppare.
Un amico ha tre magazzini "secondari", più un magazzino principale,
ognuno di questi risiede in una città differente.
Si vuol mettere su un sistema che faccia sapere la quantità di merce
venduta per ogni magazzino e sincronizzi il  database del  magazzino
principale.
I pre requisiti sono:
- basato su linux;
- costo non eccessivo del sistema;
- praticità;
Io ho pensato di sviluppare un sistema così:
ogni magazzino secondario ha un Pc su quale risiede un database, la
sera, viene creato un file che viene trasmesso a un server ftp
(esterno, magari lo stesso sul quale c'è il sito internet).
successivamente, dal magazzino principale possono essere prelevati
questi file la merce venduta viene tolta dal database del magazzino
principale
L'interfaccia la sto sviluppando in python, sono indeciso su quale
database orientarmi, pensavo a a MySql ma ho visto che bisogna pagarlo
per scopi commerciali, l'ideale sarebbe una specie di access per
linux, quindi solo client... ma non saprei.
Mi date qualche consiglio, sia riguardo al sistema che al database da
utilizzare.
Vi ringrazio

 - praticità;
Perchè non provi a sfruttare la tecnologia dei WebService?
In questo modo potresti avere un web server per ogni filiale
che espone i dati che ti interessano ogni volta che lo
interroghi e puoi sincronizzare i dati tra le varie filiali in
modo molto semplice.
Io lavoro in una ditta che fa (anche) questo tipo di sw su
sistemi MS ma interessa molto anche a me affrontare il tema
in ambiente linux. So che c'è la possibilità di farlo utilizzando
java e websphere di ibm ma non so darti maggiori info a
riguardo, anzi propongo a chi ne sa di piu su questo topic
di darci qualche buon link per iniziare a reperire info, non
tanto su protocolli e varie amenità bensi sui mezzi effettivi
per produrre questo tipo di software su linux.
-- 
Filippo Santovito

 linux, quindi solo client... ma non saprei.
imho non si deve pagarlo x scopi commerciali , la gpl non lo prevede e cmq
puoi usare qualsiasi linguaggio , imho il sistema + pratico è php o perl su
apache.
 
ciao
-- 
"Il domani di ieri e' lo ieri di domani, cioe' oggi..."

 mi sembra + pratico....
effettivamente č piů pratico, ma volevo chiederti bisogna implementare
una vpn giusto?
Grazie ancora, 
Ciao

 una vpn giusto?
uhmm , se lo dici x via della sicurezza se mi ricordo bene mysql supporta
connessioni ssl.
ciao.
-- 
Gli organi della circolazione sono i piedi.
                -- Un bambino francese

 linux, quindi solo client... ma non saprei.
Prova SQLite, tramite PySQLite; gestisce un subset di SQL92, e memorizza le
relazioni in un unico file (come Access). Purtroppo non supporta alcune
cose a volte indispensabili per progetti medio-grossi, fra cui l'integrità
referenziale e istruzioni come ALTER TABLE.
Per quanto riguardo la sincronizzazione dei movimenti, potresti salvare in
un file tutte le query di INSERT effettuate dai client, per poi
trasmetterle in qualche modo al programma che gestisce il DB principale con
lo storico di tutti i movimenti (che ri-eseguirà i vari statement SQL).
-- 
Faber
http://www.faberbox.com
"Don't code today what you can't debug tomorrow." -- Ariya Hidayat

 lo storico di tutti i movimenti (che ri-eseguirà i vari statement SQL).
Nn ci siamo.
1)java+websphere+webservice = nn va bene .. Costa troppo e funziona peggio.
2)python va benissimo e fa cose che java se le sogna ...
3)è sbagliato fare le query su 3 db ed ancora di + con mysql a meno che non
fai un master per la scrittura e 3 slave sincronizzati per la lettura ..
Okkio perchè cmq. Un db senza transazioni in questo caso è un kasino ..
Prova
Postgres oppure datti ad oracle ed affini e ricordati che I dati tra I db
devono essere sempre allineati.
ciao

 .. Okkio perchè cmq. Un db senza transazioni in questo caso è un kasino ..
Se si tratta solo di avere uno storico dei movimenti effettuati nei client,
non vedo perché non sincronizzarlo rieseguendo le INSERT...
