Wymiana danych z Mobile użytkowników
Dostarczający dane do i zbierania danych przez użytkowników mobilnych jest częścią klucz z wielu aplikacji.Większość aplikacji obsługujących użytkownicy mobilni dzielą się na dwie ogólne kategorie:
Zarządzanie relacjami z klientami (CRM) i sprzedaż Force automatyzacji (SFA)
Na przykład osoba sprzedaży można użyć aplikacji SFA do wprowadzania danych kolejności podczas odwiedzania klienta.Te dane później jest przekazywane do centralnej lokalizacji, na przykład główna siedziba firmy lub centrum danych.
Pole życie automatyzacji (FFA)
Na przykład pracownicy pole — sterowniki dostawy, pracownicy obsługi technicznej, inspektorów i inne — można użyć aplikacji FFA na urządzeniu przenośnym zbieranie i przekazywanie danych z lokalizacji zdalnych.Sterownik dostawy mogą wprowadzać dane o dostawach pakiet lokalizacji dostarczania, a następnie przesyłania danych, to do centralnej lokalizacji.
Oba rodzaje aplikacje wymagają replikacja bardzo podobne funkcje.Podstawowa różnica pomiędzy aplikacjami jest niezależnie od tego, czy dane są aktualizowane przez wielu użytkowników.Ten problem został rozwiązany w sekcji "Wspólne wymagania dla tego scenariusza" w tym temacie.
Następujące diagramy ilustrują dwa różne sposoby dostarczania danych dla użytkowników mobilnych: one uses laptops and the other devices (which run Microsoft SQL Server Compact 3.5 SP1).Pierwsza metoda jest używana częściej z aplikacjami SFA i CRM, a druga metoda częściej jest używany z aplikacjami FFA.Jednak każda metoda może zostać wykorzystana do jednej z kategorii aplikacji.
Pierwszy diagram ilustruje scenariusz, w którym zestaw użytkowników z komputerów przenośnych łączy się bezpośrednio do centralnej witryny:
.gif "Replicating data from salespeople to headquarters")
Drugi diagram ilustruje scenariusz, w którym się użytkowników z urządzeniami przy użyciu Microsoft Serwery Windows Internet Information Services (IIS) do centralnej witryny. Wymagane są serwery IIS, korzystając z SQL Server Compact 3.5 SP1.
.gif "Replicating data to delivery drivers")
Przykłady cykle Adventure Works
Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios.Aby uzyskać więcej informacji zobacz AdventureWorks przykładowe bazy danych.
Adventure Works Cycles ma duże działu sprzedaży, która przeznacza platforma jego czas pole Praca bezpośrednio z firmy podstawowego klientów niezależnych i franszyzobiorcą dealerów rowerów.Zespoły sprzedawców są przypisywane do regionów i każdego sprzedawcy zazwyczaj obsługuje klientów swój własny.Jednak dane klienta może być współużytkowany przez sprzedawców i Menedżerowie sprzedaży.Sprzedawców wprowadzanie danych w kolejności ich komputerów przenośnych i przekazuje te dane do centrali, gdy jest to wygodne.
Adventure Works Cycles używa A-1 dostawy dla jego dostawy części i pełną rowerów.Sterowniki dostawy od A-1 dostawa wszystkich urządzeń, które są uruchamiane za pomocą SQL Server Compact 3.5 SP1. Sterowniki wprowadzania danych w każdej dostawy, po zakończeniu dostawy.Te dane są replikowane do centrali A-1 dostawy i usuwane z urządzenia.Dane są następnie udostępniane do Adventure Works Cycles za pomocą klienta ekstranetu.
Wspólne wymagania dotyczące tego scenariusza
Aplikacje programu CRM, SFA i FFA zazwyczaj mają następujące cechy rozwiązanie odpowiednie replikacja musi adres:
Synchronizacji danych powinien być programowalny, dzięki czemu aplikacja w przenośnych lub na urządzeniu można dostosować w taki sposób, aby uwzględnić synchronizacji bez wiedza użytkownika końcowego o replikacja.
W aplikacji dla większości urządzeń przenośnych danych może być wprowadzony i zaktualizowane w centralnej witrynie i w odległych lokalizacjach.W aplikacjach FFA większość danych jest wprowadzana w odległych lokalizacjach.
Użytkownicy zdalni wprowadzania i aktualizacji danych przy użyciu komputera przenośnego, urządzenia lub komputera typu Tablet.
Użytkownicy zdalni musi być w stanie dokonać aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.
Ponieważ wielu użytkowników może aktualizować te same dane niezależnie, konflikty mogą powstawać i muszą być obsługiwane.
Część danych powinien być aktualizowany tylko w centralnej witrynie, na przykład dane w produkcie cen tabel.
Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie, a nie tylko na zaplanowane godziny.
Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.
Niektóre tabele wymagają filtrowania, tak aby każdy użytkownik otrzymuje różnych danych do jednej lub kilku tabel.Na przykład każdy sprzedawca odbiera informacje kontaktowe tylko dla jej odbiorców.
Niektóre dane muszą być traktowane jako jednostka, gdy są przesyłane między witrynami.Na przykład jeśli zamówienie jest wysyłany przez zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zatwierdzone przed do szczegółów zamówienia.
Aplikacja może być wymagane niestandardowe reguły biznesowe mają być wykonane, gdy dane są synchronizowane.
Aplikacja może wymagać synchronizacji danych za pośrednictwem Internetu, a nie przy użyciu połączenia sieci VPN lub IPSEC połączenia telefonicznego.
Podstawowa różnica pomiędzy aplikacji CRM i SFA i FFA aplikacji w odniesieniu do replikacja jest niezależnie od tego, czy dane są aktualizowane przez wielu użytkowników (aktualizacji przez więcej niż jeden użytkownik może powodować konflikty).Jak dużo danych jest aktualizowana przez więcej niż jednego użytkownika zależy od tego, w zakresie filtrowania danych.Na przykład jeśli danych jest filtrowana, aby wszyscy użytkownicy tylko zaktualizować własny zestaw danych, może nie pojawić się konflikty między użytkownikami:
W aplikacji CRM i SFA często filtrowania danych, ale niektóre dane nadal są aktualizowane w kilku miejscach.Niektóre dane są aktualizowane jedynie w siedzibie głównej, niektóre z jej przez pojedynczego użytkownika zdalnego, a niektóre przez wielu użytkowników zdalnych.Poniższy rysunek stanowi ilustrację filtrowania wspólnych dla CRM i SFA:
.gif "Filtering for sales force automation applications")
W aplikacjach FFA jest wspólne dla danych, które mają być zebrane przede wszystkim pole, a następnie przekazywane do siedziba bez konfliktu, ponieważ jeden użytkownik zdalny jest aktualizacja danego fragment danych.Poniższy rysunek stanowi ilustrację filtrowania wspólnych dla aplikacji FFA:
.gif "Filtering for field force automation applications")
Typ replikacja do użycia dla tego scenariusza
SQL Server używa publikacji metaphor przemysł do opisywania składników systemu replikacja.Składniki zawierają Wydawca, subskrybentów, publikacji i artykuły i subskrypcji.Pierwsze dwa powyższe na diagramach centralnej witryny jest Wydawca.Dane w centralnej witrynie są z każdej tabela danych artykuł publikacja (artykuły mogą być także innych obiektów bazy danych, takie jak procedury przechowywane).Każdy sprzedawca komputera przenośnego i dostarczanie sterownika tego urządzenia jest subskrybent do publikacja i otrzymywanie schemat oraz dane jako subskrypcja.Aby uzyskać więcej informacji na temat składników systemu Zobacz Replikacja, omówienie modelu publikowania.
SQL Server oferuje różne typy replikacja do wymagań różnych aplikacji: Replikacja migawka, replikacji transakcyjnej i replikacja łączenia. W tym scenariuszu najlepiej wykonywane przy replikacja łączenia, który jest dobrze nadaje się do obsługi wymagania opisane w poprzedniej sekcji.Aby uzyskać więcej informacji na temat replikacja łączenia, zobacz Omówienie replikacja łączenia i W jaki sposób replikacja łączenia programu Works.
Opcje replikacja łączenia odpowiednie do tego scenariusza
replikacja łączenia oferuje kilka opcji adresu wymagania opisane we wcześniejszej części tego tematu.Poniższa lista przedstawia każdego zapotrzebowania i opcji replikacja łączenia, umożliwiające rozwiązanie go.
Synchronizacja danych powinien być programowalny.
Replikacja zapewnia programowania za pomocą procedur przechowywanych i RMO (replikacji Management Objects).RMO jest zazwyczaj używany dla aplikacji dla urządzeń przenośnych.Aby uzyskać więcej informacji na temat programowania replikacja Zobacz Przewodnik dla deweloperów (replikacja) i Sales Orders Sample Scenario.
W aplikacji dla większości urządzeń przenośnych danych może być wprowadzony i zaktualizowane w centralnej witrynie i w odległych lokalizacjach.W aplikacjach FFA większość danych jest wprowadzana w odległych lokalizacjach.
replikacja łączenia zapewnia taką możliwość bez określenia opcji oddzielnego.
Użytkownicy zdalni wprowadzania i aktualizacji danych przy użyciu komputera przenośnego, urządzenia lub komputera typu tablet.
Można uruchamiać komputerów przenośnych i komputerów typu Tablet SQL Server Standardowe i inne wersje (łącznie z SQL Server Compact 3.5 SP1), ale wymaga urządzenia Pocket PC SQL Server Compact 3.5 SP1. replikacja łączenia można tworzyć publikacje i subskrypcje, które mogą być używane przez SQL Server Compact 3.5 SP1. Aby uzyskać więcej informacji zobacz Replikowanie danych do programu SQL Server CD.
Użytkownicy zdalni musi być w stanie dokonać aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.
replikacja łączenia zapewnia taką możliwość bez określenia opcji oddzielnego.
Ponieważ wielu użytkowników może aktualizować te same dane niezależnie, konflikty mogą powstawać i muszą być obsługiwane.
replikacja łączenia zawiera wykrywanie konfliktów i rozdzielczości ekranu w przypadku danych oczekiwane są w konflikcie.Najlepiej na projektowanie aplikacji w celu uniknięcia konfliktów, ale w przypadku, gdy nie jest to możliwe, można wybrać domyślną mechanizm rozwiązywania konfliktów (pierwszy na wins) lub użycia rozwiązywania konfliktów niestandardowych.Aby uzyskać więcej informacji zobacz Wykrywanie i rozwiązywanie konfliktów replikacja korespondencji seryjnej.
Część danych powinien być aktualizowany tylko w centralnej witrynie, na przykład dane w produkcie cen tabel.
Scalania replikacja zawiera tylko do pobierania artykuły te tabele, które powinny być aktualizowane tylko przez wydawcę.Aby uzyskać więcej informacji zobacz Optymalizowanie wydajności replikacja łączenia z artykułami tylko do pobierania.
Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie, a nie tylko na zaplanowane godziny.
Replikacja oferuje dwa typy subskrypcja: Subskrypcje wypychanie i ściągać subskrypcji. Subskrypcji ściąganej są lepiej przystosowane do podczas synchronizacji na żądanie.Aby uzyskać więcej informacji na temat typów subskrypcja i harmonogramu synchronizacji Zobacz Subskrybowanie publikacji i Synchronizowanie danych.
Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.
replikacja łączenia zestaw okresu wygaśnięcia subskrypcja, aby zapewnić, że wszystkich subskrybentów zostały zsynchronizowane w określoną ilość czas.Aby uzyskać więcej informacji zobacz Data wygaśnięcia subskrypcja i dezaktywacja.
Niektóre tabele wymagają filtrowania, tak aby każdy użytkownik otrzymuje różnych danych do jednej lub kilku tabel.Na przykład każdy sprzedawca może zostać wyświetlony informacje kontaktowe tylko dla jej odbiorców.
replikacja łączenia, umożliwia filtrowanie wierszy i kolumn.Filtry wierszy może być statyczne or sparametryzowana.Statyczne filtr został zastosowany tylko wtedy, gdy tworzona jest publikacja, wynikiem jednego zestaw danych.Sparametryzowana filtr został zastosowany przy każdym synchronizuje subskrybent; wyniki w inny zestaw danych dla poszczególnych subskrybent.Aplikacji CRM i SFA często używać filtrów sparametryzowana, ale można również używać statycznych filtrów.Aby uzyskać więcej informacji zobacz Filtrowanie opublikowane dane replikacja łączenia.
Niektóre dane muszą być traktowane jako jednostka, gdy są przesyłane między witrynami.Na przykład jeśli zamówienie jest wysyłany przez zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zatwierdzone przed do szczegółów zamówienia.
replikacja łączenia można określić, że zbiór powiązanych tabel muszą być przetwarzane jako jednostka.rekord logiczny odnosi się do tej jednostki.Aby uzyskać więcej informacji zobacz Grupowanie zmiany pokrewne wiersze z rekordami logicznych.
Aplikacja może być wymagane niestandardowe reguły biznesowe mają być wykonane, gdy dane są synchronizowane.
replikacja łączenia można określić kod, który będzie wykonywany podczas synchronizacji.Ten kod może odpowiadać na szeroki zakres zdarzeń i ma dostęp do danych, które są synchronizowane.Aby uzyskać więcej informacji zobacz Wykonywanie logika biznesowa podczas synchronizowania korespondencji seryjnej.
Aplikacja może wymagać synchronizacji danych za pośrednictwem Internetu, a nie za pomocą dedykowanego połączenia.
Podczas korzystania z (SQL Server Compact 3.5 SP1), dane są synchronizowane za pomocą połączeń HTTP i HTTPS. W przypadku innych wersji SQL Server można użyć synchronizacja w sieci Web, która wymaga protokołu HTTPS. Aby uzyskać więcej informacji zobacz synchronizacja w sieci Web na czas replikacja łączenia.
Kroki prowadzące do implementowanie tego scenariusza
Aby zaimplementować ten scenariusz, musisz najpierw utworzyć publikacja i subskrypcje i następnie zainicjować każdej subskrypcja.Kliknij poniższe łącza, aby uzyskać więcej informacji na temat każdego z kroków:
Po subskrypcja jest inicjowany i danych jest przepływających między programem Wydawca a subskrybentów, może zajść potrzeba informacji na temat typowych zarządzania i monitorowania zadań zapoznaj się z następującymi tematami: