Newsgroup: it.lavoro.professioni.webmaster
Titolo: Connettere sistema informativo -> ecommerce

Mi troverò presto a coordinare un progetto web destinato a:
*)gestire la forza vendita di un'azienda (per la preventivazione ai 
clienti )
*) un ecommerce relativo ai prodotti stessi dell'azienda
Entrambe queste due precedenti funzionalità si appoggiano sui dati 
presenti nel gestionale dell'azienda produttrice.
Mi chiedo se c'è già qualcuno che ha affrontato questo tipo di problema 
e sapere che approccio ha seguito:
1) interfacciamento diretto con il gestionale ( e quindi DBMS aziendale 
che nel mio caso è SQL server) direttamente dal web (le pagine ASP 
interrogano remotamente il DBMS dell'azienda che è connessa a internet 
via HDSL nel caso in questione)
2) duplicazione/sincronizzazione periodica dei dati dal DBMS del 
gestionale ad una copia del DBMS presente sul server web (o comunque 
nella server farm dove è ospitato il web server)
Grazie

 server farm dove è ospitato il web server)
a che ti serve duplicare/sincronizzare il DB su un server remoto
quando vai a interrogare i dati che hai in locale ?
ciao
SandroM 

 nella server farm dove è ospitato il web server)
Noi ci interfacciamo spesso a software di terzi per l'importazione ed 
esportazione dati, però diventa davvero rischioso farlo da soli, detto 
in altre parole dall'altra parte (ossia chi gestisce l'altro gestionale) 
deve esserci qualcuno che fa il suo ...
Cla!
-- 
docebo.org
 [Open source CMS and e-learning]
docebo.com
 [My company]
claudioerba.com
 [My Site]
Non sono eterno, prendete appunti


Di solito per ragioni di prudenza, leggi anche "se non funziona sul 
server di test almeno non abbiamo intaccato quello di produzione" :-D


 server di test almeno non abbiamo intaccato quello di produzione" :-D
ok !
ma non conviene mettere una piccolo serverino all'interno della rete locale
che fa il mirror in locale del db e lavorare su quello ?
per l'interfacciamento poi non ci sono problemi noi lo facciamo con
asp.net
 e le procedure di remoting.
Per l'eventuale esportazione dei dati sono d'accordo, dall'altra parte
č meglio che ci sia qualcuno che collabora, non che non si possa fare senza, 
ma č meglio.
ciao
SandroM 

 che fa il mirror in locale del db e lavorare su quello ?
Magari il problema è proprio che non ti vogliono all'interno della rete ;-)


 Cla!
si può essere, ma dal punto 1 del post originale sembrerebbe
che vogliano interrogare direttamente il DB locale da una pagina asp.
ciao
SandroM 

 nella server farm dove è ospitato il web server)
Mi sono trovato a dover affrontare problemi analoghi al tuo e ho optato
_sempre_ per questa seconda soluzione che, anche se allunga i tempi e porta
alla scrittura di codice aggiuntivo, ha il grande vantaggio di porti al
riparo da beghe del tipo "mi hai modificato/cancellato/corrotto i dati
super mega importanti del mio gestionale".
E qualche volta i miei duplicati si sono rivelati gli *unici* *backup*
esistenti...
ciao
Filippo B.
-- 
Ci vuole tutta la vita per imparare a vivere e, quel che forse
sembrerà più strano, ci vuole tutta la vita per imparare a morire.
(Seneca)

 
Sono pienamente d'accordo, aggiungo che credo l'OP intendesse le due 
opzioni non tanto per la fase di sviluppo, quanto per l'ambiente di 
produzione.
In questo caso alle beghe che dici sarebbe preferibile avere il db che 
fa da backend dell'ecommerce separato dal db del gestionale per motivi 
di sicurezza (e.g. posso esportare solo la parte di tabelle che servono 
al catalogo prodotti ed alla gestione ordini in ingresso) e di 
efficienza (posso mettere il server pubblico su una web farm ASSIEME al 
database e non devo affidarmi alla DSL aziendale).
ciao,
Luca Mearelli
-- 
http://spazidigitali.com