Ciao a tutti,

dovrei realizzare un'applicazione distribuita, di gestione aziendale (magazzino, contabilità, fatturazione, vendita a banco etc..)
Il cliente ha una sede centrale e varie filiali ove si effettua la vendita, l'emissione delle fatture, etc. Dalla sede centrale vengono amministrate alcune tabelle, quali articoli, categorie articoli, causali di magazzino e tutte le tabelle che devono essere uguali per tutte le filiali.
Oltre a questo, ogni filiale dovrebbe essere in grado di sincronizzare con database della sede centrale alcuni record, quali per esempio le transazioni di vendita e i carichi/scarichi di magazzino.
Una caratteristica fondamentale del software è che deve essere asincrono e poter lavorare anche in assenza di connettività dalla filiale verso la sede centrale.

veniamo alla domanda

che architettura mi consigliate?
io ho pensato ad un database server per ogni filiale, ed uno nella sede centrale.
ma come gestire la sincronia delle tabelle che devono essere uguali dalla sede centrale verso le filiali e come comunicare in sede le transazioni di vendita?

Replica di Sql Server? Webservices? chiedo un consiglio a voi!

Grazie anticipatamente
Saluti!

laurar81 ha scritto:

Una applicazione WEB???
non so se c'è un motivo per il quale non hai optato a questa soluzione!

Probabilmente perché dice esplicitamente che:

Una caratteristica fondamentale del software è che deve essere asincrono e poter lavorare anche in assenza di connettività dalla filiale verso la sede centrale.

Data questa premessa bisogna escludere l'applicazione web, i web services e qualunque cosa preveda un unico database centralizzato.

Puoi pensare a soluzioni in grado di lavorare in doppia modalità: connessa (agendo direttamente sul db centrale) e disconnessa (se il db centrale non è disponibile viene usato un db locale che poi verrà sincronizzato appena ripristinata la connettività).
Non è comunque una soluzione semplice da realizzare, specie se:
- vuoi avere i dati nel db centrale il più "freschi" possibile
- prevedi consistenti attività in modalità disconnessa
- in modalità disconnessa ti servono i dati aggiornati dal db centrale
- prevedi molte attività concorrenziali (ad esempio 2 utenti che modifichino lo stesso dato; una volta passi che notifichi "il dato è stato variato da un altro utente" ma non puoi innescare una corsa a "il primo che salva vince" )

Per l'ipotesi di replica di sql server... non sono abbastanza dba per rispondere

Ma ogni filiale ha un magazzino/deposito proprio...mi spego meglio:
ogni filiale poò movimentare le giacenze presenti nel proprio magazzino o anche quelle delle altre filiali???

Tralasciando il problema tecnico dovrasti fare molta attenzione a quello logistico: per il magazzino non dovrasti avere problemi ma ho un dubbio sull'emissione delle fatture in quanto deve rispettare una progressione numerica.

Per l'apsetto tecnico potresti inserire, su ogni tabella, un campo flag importato; scrivere un servizio windows (schedulato o sempre attivo a seconda delle tue esigenze) che legge i dati di tutte le tabelle dove il flag importato è 0 e trasmette i dati alle filiali.

Per un mio cliente che aveva la necessità di trasferire i dati da un sistema ad un altro (ha molte sedi in tutta italia) ho utilizzato questa tecnica e sono molto contenti del risultato ottenuto; il mio servizio trasmette in tempo reale e quando non c'è connessione i dati si accumulano e quando la connessione riprende i dati vengono trasmessi.