Originariamente inviato da nogovoia
situazione analoga ad un progetto su cui sto lavorando. unica differenza è la presenza di sql server e non access. perchè non pensi a migrare da access a sql server 2005 express (versione non a pagamento e sicuramente più performante)?

come pensavi di portarti in locale sul singolo client il dataset su cui lavorare? sempre via web service? io ho fatto così. considera comunque la situazione in cui più client vanno a modificare i dati in contemporanea. cosa succede al tuo db? devi gestirti la concorrenza una volta che i dati sono stati modificati localmente nel dataset e inviati per il commit al server? oppure ogni client lavorerebbe su un subset di dati che potresti scaricare di volta in volta senza problemi di sovrapposizione delle modifiche? la storia dei dataset è simpatica, però nel mio caso ho scelto le chiamate singole al webservice per l'aggiornamento della base dati remota


Uso Access perchè si tratta del pacchetto base di Aruba.
Ho pensato di usare il web service sia per recuperare il dataset
aggiornato dal db sia per l'aggiornamento del db.
In effetti non so se la soluzione migliore sia quella di fare le modifiche
sul dataset e poi passare il nuovo dataset al web service e fonderlo con
il db, o effettuare le insert, update e delete con delle singole
chiamate a metodi del web service.
Tu ha detto che hai preferito fare delle singole chiamate al
webservice per l'aggiornamento della base dati remota...cioè la
seconda soluzione che ho menzionato sopra?
E per leggere i dati chiami cmq un metodo che ti ritorna un dataset?