Cenni preliminari sulla sincronizzazione client e server

Sync Framework consente di sincronizzare dati provenienti da diverse origini in architetture a due livelli, a n livelli e basate su servizi. L'API di Sync Framework per la sincronizzazione client e server non si limita alla replica di un database e del relativo schema, ma fornisce un set di componenti per la sincronizzazione di dati tra servizi di dati e un archivio locale. Le applicazioni vengono sempre più utilizzate su client mobili, come computer portatili e dispositivi. Dato che tali client mobili non dispongono di una connessione di rete permanente o affidabile a un server centrale, è importante che le applicazioni utilizzino una copia locale dei dati presente nel client. Assume analoga importanza la necessità di sincronizzare la copia locale dei dati con un server centrale quando è disponibile una connessione di rete. L'API per la sincronizzazione dei database di Sync Framework, modellata sulle API di accesso ai dati di ADO.NET, garantisce una sincronizzazione dei dati intuitiva. Con Sync Framework, la compilazione di applicazioni per ambienti connessi in modo occasionale diventa un'estensione logica della compilazione di applicazioni per cui è disponibile una connessione di rete permanente. Per ulteriori informazioni sull'architettura dell'API, vedere Architettura e classi per la sincronizzazione client e server.

Confronto tra Sync Framework e altre tecnologie

Microsoft offre diverse tecnologie progettate per applicazioni eseguite in ambienti connessi in modo occasionale. Le tecnologie più importanti sono le seguenti:

• RDA (Remote Data Access) Viene utilizzato per sincronizzare un database SQL Server Compact con un database di un'altra edizione di SQL Server.

• Replica di tipo unione Consente di sincronizzare edizioni diverse di SQL Server e include SQL Server Compact.

Utilizzare la tabella seguente per determinare la tecnologia appropriata per le applicazioni che si desidera compilare.

Caratteristica chiave	RDA	Replica di tipo unione	Sync Framework
Sincronizzazione mediante i servizi	No	No	Sì
Supporto per database eterogenei	No	No	Sì
Rilevamento delle modifiche incrementali	No1	Sì	Sì
Rilevamento e risoluzione dei conflitti	No	Sì2	Sì
Creazione semplificata di viste dati sul client3	No	No	Sì
Inizializzazione automatica di schema e dati	Sì	Sì	Sì
Supporto di set di dati di grandi dimensioni	Sì	Sì	Sì
Propagazione automatica delle modifiche dello schema	No	Sì	No
Ripartizione automatica dei dati	No	Sì	No
Utilizzo sui dispositivi	Sì	Sì	Sì

1 RDA supporta i caricamenti incrementali, tuttavia i download sono rappresentati sempre da uno snapshot che aggiorna tutti i dati sul client.

2 La replica di tipo unione garantisce una risoluzione dei conflitti predefinita. Sync Framework fornisce un framework per compilare uno schema di risoluzione dei conflitti. Per ulteriori informazioni, vedere Procedura: gestire conflitti di dati ed errori.

3 Per ulteriori informazioni, vedere Procedura: creare viste di dati in un client.

Sync Framework assicura la flessibilità di un modello di programmazione, ad esempio set di dati offline e un set di caratteristiche di sincronizzazione più completo, come quello presente nella replica di tipo unione. Le funzionalità di Sync Framework sono superiori a quelle di RDA. La replica di tipo unione è destinata ad amministratori del database ed è progettata per la sincronizzazione dei database di SQL Server. Garantisce funzionalità importanti, tra cui configurazione disponibile tramite procedure guidate, stored procedure e un'API dedicata. Sync Framework è destinato agli sviluppatori e consente loro di creare facilmente viste dei dati sul client in base a un database server o a un'altra origine dati. Sync Framework supporta database eterogenei e sincronizzazione tramite servizi, come ad esempio Windows Communication Foundation (WCF). Se l'applicazione comprende la sincronizzazione con database non di tipo SQL Server o se deve disporre di componenti separati per consentire la sincronizzazione su trasporti o servizi diversi, utilizzare Sync Framework.

Per alcune applicazioni, decidere quale tecnologia utilizzare è semplice: se è necessario sincronizzare un'origine dati diversa da un database di SQL Server, Sync Framework è la soluzione migliore. Per gli amministratori del database che desiderano configurare la sincronizzazione senza eseguire una programmazione approfondita, la replica di tipo unione potrebbe essere la scelta migliore. È infine necessario valutare attentamente i requisiti dell'applicazione e determinare se l'API di Sync Framework sia la tecnologia più appropriata da utilizzare. Se si desidera andare oltre la replica di uno schema e dei relativi dati da un database a un altro, si consiglia di utilizzare Sync Framework.

Nota

RDA o la replica di tipo unione non possono essere utilizzati con Sync Framework nella stessa tabella del database client.

Utilizzo della documentazione di Sync Framework

Gli argomenti nella documentazione di Sync Framework comprendono un'introduzione dettagliata all'API per la sincronizzazione dei database di Sync Framework, codice di esempio e un riferimento all'API. Il riferimento all'API per la sincronizzazione client e server è disponibile in Microsoft.Synchronization, Microsoft.Synchronization.Data, Microsoft.Synchronization.Data.SqlServerCe e Microsoft.Synchronization.Data.Server.

Per ulteriori informazioni, si consiglia di leggere la documentazione nell'ordine seguente:

1. Per informazioni sull'architettura dell'API e sulle classi più importanti vedere Architettura e classi per la sincronizzazione client e server.

2. Per esaminare il codice di un'applicazione di base vedere Guida introduttiva: sincronizzazione client e server.

3. Per informazioni sugli strumenti utilizzabili per lo sviluppo di un'applicazione vedere Strumenti che facilitano lo sviluppo di applicazioni.

4. Per un'introduzione alla gestione di attività comuni, vedere gli argomenti contenuti in Programmazione di attività comuni di sincronizzazione client e server che contengono esempi di codice. In Sync Framework SDK e in Code Gallery sono disponibili esempi aggiuntivi.

5. Dopo aver letto queste sezioni, sarà possibile passare alle informazioni sulla progettazione contenute in Considerazioni per la progettazione e la distribuzione di applicazioni. Dopo aver acquisito familiarità con l'API, si consiglia di iniziare a scrivere codice per verificare direttamente quanto sia semplice aggiungere la sincronizzazione a un'applicazione.

Vedere anche

Concetti

Scenari offline
Architettura e classi per la sincronizzazione client e server