Scenario di esempio Sales Orders
In questo esempio viene illustrato in che modo è possibile implementare una topologia di replica di tipo merge per il recapito dei dati agli utenti mobili e vengono descritte le funzionalità di programmabilità della replica di tipo merge. Nell'esempio viene descritta un'applicazione Microsoft basata su Windows Forms in cui vengono utilizzate tecnologie di accesso ai dati Microsoft standard e la replica di tipo merge per consentire a un venditore di mantenere i propri dati locali eseguendo periodicamente la sincronizzazione con i dati nel computer di casa.
Scenario di esempio
Adventure Works Cycles è un produttore di biciclette che vende a negozi al dettaglio in tutti gli Stati Uniti e il Canada. Le biciclette Adventure Works Cycles sono vendute direttamente ai clienti tramite il sito Web nonché acquistate dai negozi al dettaglio che le rivendono con un margine; i rivenditori al dettaglio sono seguiti su scala nazionale da una rete di vendita composta da Adventure Works venditori professionisti di Cycles. Questa rete è suddivisa in aree di vendita, ognuna delle quali è gestita da un responsabile di area che a sua volta fa capo al vicepresidente per le vendite. Sebbene tutti i dati dei rivenditori vengano conservati presso Adventure Works la sede centrale di Cycles a Bothell, nello stato di Washington, in un database SQL Server, i singoli venditori sono responsabili di conservare i dati delle vendite relativi ai propri clienti, ivi comprese le informazioni sul cliente, tutte le vendite e tutto il fatturato. I venditori devono inoltre poter accedere agli ultimi dati relativi al prodotto, compresi i prezzi, le informazioni d'inventario aggiornate e i singoli storici delle vendite.
Per realizzare nel miglior modo possibile i propri obiettivi aziendali, che includono l'offerta dei margini più elevati possibili ai rivenditori al dettaglio, Adventure Works la Cycles deve ridurre al minimo le spese d'esercizio e fornire al contempo la massima flessibilità al proprio personale di vendita. A tal fine, Adventure Works la Cycles ha implementato una soluzione basata su replica per la gestione dei dati correlati alle vendite. Ogni venditore ha ricevuto in dotazione un portatile o un palmare (PDA) con un'applicazione client che gli consente di immettere i dati di vendita e visualizzare e modificare le informazioni relative al cliente e al prodotto. Ciascun portatile o dispositivo dispone di una copia locale dei dati di vendita di Cycles Adventure Works forniti da una sottoscrizione della replica di tipo merge, partizionata in base all'accesso Windows del titolare. Al termine della giornata o collegandosi a Internet, i venditori possono sincronizzare i dati locali caricando le modifiche locali e scaricando le variazioni e gli aggiornamenti ai prodotti dal AdventureWorks database dell'azienda.
Funzionalità di replica evidenziate
In questo esempio vengono illustrate le seguenti funzionalità della replica di tipo merge:
| Funzionalità di replica di tipo merge | Descrizione |
|---|---|
API degli oggetti RMO (Replication Management Objects) |
RMO è utilizzato per creare, sincronizzare nonché controllare la sottoscrizione iniziale. Per ulteriori informazioni, vedere Concetti di base relativi a RMO (Replication Management Objects). |
Filtri di riga con parametri |
Ogni sottoscrizione viene filtrata orizzontalmente mediante filtri di riga con parametri che consentono a ciascun venditore di ricevere solo i dati relativi alla sua area di vendita. Per ulteriori informazioni, vedere Filtri di riga con parametri. |
Partizioni precalcolate |
Quando le modifiche dei dati comportano l'abbandono di una partizione da parte di una riga, tale operazione viene svolta nel server di pubblicazione prima dell'inizio della sincronizzazione; ciò può determinare un significativo miglioramento delle prestazioni durante la sincronizzazione. Per ulteriori informazioni, vedere Ottimizzazione delle prestazioni dei filtri con parametri con le partizioni pre-calcolate. |
Snapshot partizionato su richiesta del client |
Invece di creare manualmente lo snapshot partizionato per ogni sottoscrittore, tale operazione viene eseguita solo quando richiesta dal sottoscrittore. Per ulteriori informazioni, vedere Snapshot per pubblicazioni di tipo merge con filtri con parametri. |
Framework di gestione della logica di business |
In questo esempio viene implementato un gestore delle regole di business per richiamare una regola personalizzata durante la sincronizzazione. Per ulteriori informazioni, vedere Esecuzione di logiche di business durante la sincronizzazione di tipo merge. |
Ottimizzazioni delle prestazioni basate sui tipi di articolo |
La sottoscrizione per questo esempio prevede l'utilizzo di articoli specificati come di solo download o come appartenenti a partizioni non sovrapposte che abilitano l'ottimizzazione delle prestazioni per il processo di sincronizzazione. Per ulteriori informazioni, vedere Filtri di riga con parametri e Ottimizzazione delle prestazioni della replica di tipo merge con gli articoli di solo download. |
Sottoscrittori SQL Server Compact 3.5 SP1 |
La pubblicazione relativa a questo esempio supporta i Sottoscrittori SQL Server Compact 3.5 SP1. Per ulteriori informazioni sulla programmazione della replica per Sottoscrittori SQL Server Compact 3.5 SP1, vedere SQL Server Compact Replication Programming. |
Gestione automatica dell'intervallo di valori Identity |
La replica consente di gestire gli intervalli assegnati alle colonne di identità quando le righe sono inserite nel Sottoscrittore e nel server di pubblicazione. Per ulteriori informazioni, vedere Replica di colonne Identity. |
Sincronizzazione Web (facoltativa) |
È facoltativamente possibile configurare il server di pubblicazione in maniera tale da consentire la sincronizzazione protetta delle sottoscrizioni tramite la tecnologia secure socket layer (SSL) di Internet che permette a un venditore di sincronizzare i dati senza dovere stabilire una connessione di rete privata virtuale (VPN) con il server di pubblicazione. Per ulteriori informazioni, vedere Sincronizzazione Web per la replica di tipo merge. |
Monitoraggio della replica |
Tramite l'operazione di replica vengono fornite stored procedure di sistema sul Sottoscrittore, che restituisce informazioni sulle sessioni di sincronizzazione precedenti. |
Vedere anche
Attività
File Leggimi relativo all'esempio Sales Orders per la replica di tipo merge
Concetti
Dettagli di implementazione dell'esempio Sales Orders