Wymiana danych z użytkowników mobilnych

Adventure Works cykli przykłady

Adventure Works Cycles to fikcyjna firma produkcyjna używana do demonstrowania koncepcji i scenariuszy dotyczących baz danych.Aby uzyskać więcej informacji, zobacz Przykładowe bazy danych AdventureWorks2008R2.

Adventure Works Cycles ma duże działu sprzedaży, który zużywa znaczną ilość jego czas pole Praca bezpośrednio z firmą jego podstawowego klientów niezależnych i franszyzobiorcą dealerów rowerów.Zespoły sprzedawców są przypisane do regionów, a każdy sprzedawca zazwyczaj obsługuje własnych klientów.Jednak dane klienta może być współużytkowany przez sprzedawców i menedżerów.Osoby sprzedaży wprowadź dane zamówienie na ich komputerach przenośnych i transmisji danych to centrali, kiedy jest wygodne.

Adventure Works Cycles używa A-1 wysyłki swoich dostaw części i całych rowerów.Sterowniki dostawy z A-1 wysyłki wszystkich urządzeń, które są uruchamiane za pomocą SQL Server Compact 3.5 z dodatkiem SP1.Sterowniki wprowadzania danych w każdej dostawy po zakończeniu dostawy.Te dane są replikowane do centrali A-1 wysyłki i usunięty z urządzenia.Dane są następnie udostępniane do Adventure Works Cycles przez klienta ekstranetu.

Wspólne wymagania dotyczące tego scenariusza

Zazwyczaj aplikacji CRM, SFA i FFA mają następujące cechy, które rozwiązanie odpowiednie replikacja musi adres:

• Synchronizacja danych powinny być programowalny, tak aby aplikację na komputerze przenośnym lub urządzeniu, które można dostosować do obejmują synchronizacji bez wiedza użytkownika końcowego replikacja.

• Większość przenośnych aplikacji danych można wprowadzone 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 wprowadź i aktualizowanie danych przy użyciu komputera przenośnego, urządzenia lub komputera typu Tablet.

• Użytkowników zdalnych musi mieć możliwość 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.

• Niektóre dane można zaktualizować tylko w centralnej witrynie, na przykład dane w produkcie ceny tabel.

• Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie, zamiast tylko na zaplanowane godziny.

• Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.

• Niektóre tabele wymagają filtrowania, aby każdy użytkownik odbiera różnych danych dla jednej lub kilku tabel.Na przykład każdy sprzedawca odbiera informacje kontaktowe tylko dla jej odbiorców.

• Niektóre dane musi być traktowana jako jednostka przy przenoszeniu między lokacjami.Na przykład jeśli zamówienie jest wysyłana z zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zaangażowana przed szczegóły zamówienia.

• Aplikacja może wymagać niestandardowe logika biznesowa wykonywanej podczas synchronizowania danych.

• Aplikacja może wymagać zsynchronizowane dane w Internecie, a nie za pośrednictwem połączenia sieci VPN lub IPSEC połączenia telefonicznego.

Podstawową różnicą między aplikacji CRM i SFA i FFA aplikacji w odniesieniu do replikacja jest, czy dane są aktualizowane przez więcej niż jednego użytkownika (aktualizacji przez więcej niż jednego użytkownika może powodować konflikty).Jak dużo danych jest aktualizowana przez więcej niż jednego użytkownika zależy od fragment, do którego filtrowania danych.Na przykład, jeśli filtrowane dane, dzięki czemu wszyscy użytkownicy tylko zaktualizować swoje własne zestaw danych, czy nie występują konflikty między użytkownikami:

• W aplikacji CRM i SFA często filtrowania danych, ale niektóre dane nadal jest aktualizowany w więcej niż jednym miejscu.Część danych jest aktualizowany tylko w siedzibie głównej, część z nich przez pojedynczego użytkownika zdalnego i niektóre przez więcej niż jednego użytkownika zdalnego.Poniższy diagram przedstawia typowe CRM i SFA filtrowania:

  

• W aplikacjach FFA jest często dane zbierane głównie pole i następnie przekazywane do siedziba bez konfliktu, ponieważ pojedynczy użytkownik zdalny jest aktualizacja dany fragment danych.Poniższy diagram przedstawia typowe aplikacje FFA filtrowania:

  

Typ replikacji do użycia w tym scenariuszu

SQL Server używa publikacji metaphor przemysłu do opisywania składników systemu replikacja.Składniki obejmować Wydawca, abonentów, publikacje i artykułów i subskrypcje.W powyższych dwóch pierwszych schematów, Centralna witryna jest Wydawca.Dane w centralnej witrynie jest z każdej tabela danych artykuł publikacja (artykuły można także inne obiekty bazy danych, takie jak procedury przechowywane).Każda osoba sprzedaży komputera przenośnego i dostawy kierowcy urządzenie jest subskrybentom publikacja, odbieranie schemat i dane w postaci subskrypcja.Więcej informacji na temat składników systemu, zobacz Replikacja, omówienie modelu publikowania.

SQL Serveroferuje różne typy replikacja dla wymagań różnych aplikacji: replikacja migawka, replikacja transakcyjna i scalania replikacji.W tym scenariuszu najlepiej wykonywane przy replikacja scalająca, który jest dobrze przystosowanych do obsługi wymagania opisane w poprzedniej sekcji.Więcej informacji na temat replikacja scalająca, zobacz Omówienie replikacji scalania i Jak działa replikacja scalania.

Opcje replikacji scalania istotne dla tego scenariusza

Replikacja scalania oferuje kilka opcji wymagania opisane wcześniej w tym temacie.Poniższa lista przedstawia każdego zapotrzebowania i opcji replikacja scalająca, które ją.

• Synchronizacja danych powinien być programowalny.

  Replikacja oferuje programowania za pomocą procedur przechowywanych i obiektów zarządzania replikacji (RMO).RMO jest zazwyczaj używany dla aplikacji dla urządzeń przenośnych.Więcej informacji na temat programowania replikacja, zobacz Developer's Guide (replikacji) i Sales Orders Sample Scenario.

• Większość przenośnych aplikacji danych można wprowadzone i zaktualizowane w centralnej witrynie i w odległych lokalizacjach.W aplikacjach FFA większość danych jest wprowadzana w odległych lokalizacjach.

  Replikacja scalania zapewnia taką możliwość bez określenia opcji oddzielnego.

• Użytkownicy zdalni wprowadź i aktualizowanie danych przy użyciu komputera przenośnego, urządzenia lub komputera typu tablet.

  Laptopów i komputerów typu Tablet można uruchomić SQL Server inne wersje Standard i (włącznie z SQL Server Compact 3.5 z dodatkiem SP1), ale wymaga urządzenia Pocket PC SQL Server Compact 3.5 z dodatkiem SP1.Replikacja scalania można tworzyć publikacje i subskrypcje, które mogą być używane przez SQL Server Compact 3.5 z dodatkiem SP1.Aby uzyskać więcej informacji, zobacz Replikowanie danych do programu SQL Server CD..

• Użytkowników zdalnych musi mieć możliwość aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.

  Replikacja scalania 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 scalania zapewnia wykrywanie konfliktów i rozdzielczość przypadkach oczekuje konflikty danych.Najlepiej projektowanie aplikacji, aby uniknąć konfliktów, ale w przypadku gdy nie jest to możliwe, można wybrać domyślny mechanizm rozpoznawania konflikt (pierwszy na wins) lub Użyj niestandardowej konfliktów.Aby uzyskać więcej informacji, zobacz Wykrywanie i rozwiązywanie konfliktów replikacji scalania.

• Niektóre dane można zaktualizować tylko w centralnej witrynie, na przykład dane w produkcie ceny tabel.

  replikacja scalania zawiera artykuły tylko do pobierania tych tabel, które powinny być aktualizowane tylko na Wydawca.Aby uzyskać więcej informacji, zobacz Optymalizacja wydajności replikacji scalania z artykułami tylko do pobrania.

• Użytkownicy powinni mieć możliwość synchronizacji danych na żądanie, zamiast tylko na zaplanowane godziny.

  Replikacja oferuje dwa typy subskrypcja: wypychanieSubskrypcje i subskrypcji ściąganej.Subskrypcji ściąganej są lepiej dostosowane do na żądanie synchronizacji.Więcej informacji na temat typów subskrypcja i planowania synchronizacji, zobacz Subskrybowanie publikacje i Synchronizowanie danych.

• Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.

  Replikacja scalania zestaw okres wygaśnięcia subskrypcja dla zapewnienia, że wszystkim subskrybentom zostały zsynchronizowane w ciągu pewnego czas.Aby uzyskać więcej informacji, zobacz Wygaśnięcia subskrypcji i dezaktywacji.

• Niektóre tabele wymagają filtrowania, aby każdy użytkownik odbiera różnych danych dla jednej lub kilku tabel.Na przykład każdy sprzedawca może uzyskać informacje kontaktowe tylko dla jej odbiorców.

  Replikacja scalania umożliwia filtrowanie wierszy i kolumn.Filtry wierszy może być statyczne lub sparametryzowana.Statyczne filtr jest stosowany tylko podczas tworzenia publikacja; on wyniki w jeden zestaw danych.Sparametryzowana filtr jest stosowany każdy czas synchronizuje subskrybenta; on wyniki w inny zestaw danych dla każdego subskrybenta.Aplikacji CRM i SFA często używać filtrów sparametryzowana, ale można także stosować filtry statyczne.Aby uzyskać więcej informacji, zobacz Filtrowanie opublikowanych danych dla replikacji scalania.

• Niektóre dane musi być traktowana jako jednostka przy przenoszeniu między lokacjami.Na przykład jeśli zamówienie jest wysyłana z zdalnego użytkownika do centralnej witryny, nagłówek zamówienia musi być zaangażowana przed szczegóły zamówienia.

  Replikacja scalania pozwala określić, że zestaw powiązanych tabel muszą być przetwarzane jako jednostka.Ta jednostka jest określana jako rekord logiczny.Aby uzyskać więcej informacji, zobacz Zmiany do wierszy powiązanych z rekordami logiczne grupowanie.

• Aplikacja może wymagać niestandardowe logika biznesowa wykonywanej podczas synchronizowania danych.

  Replikacja scalania można określić kod, który będzie wykonywany podczas synchronizacji.Ten kod może reagować na szeroki zakres zdarzeń i ma dostęp do danych, które są synchronizowane.Aby uzyskać więcej informacji, zobacz Wykonywanie reguł biznesowych podczas synchronizacji korespondencji seryjnej.

• Aplikacja może wymagać zsynchronizowane dane w Internecie, a nie za pośrednictwem dedykowanego połączenia.

  Podczas korzystania z ()SQL Server Compact 3.5 z dodatkiem SP1), dane są synchronizowane za pośrednictwem protokołu HTTP lub HTTPS połączenie.Inne wersje SQL Server można użyć synchronizacja w sieci Web, która wymaga HTTPS.Aby uzyskać więcej informacji, zobacz Web synchronizacji replikacji scalania.

Czynności do wykonania tego scenariusza

Do wdrożenia tego scenariusza, należy najpierw utworzyć publikacja i subskrypcje, a następnie zainicjować subskrypcja.Kliknij poniższe łącza, aby uzyskać więcej informacji o każdym kroku:

• Konfigurowanie dystrybucji

• Publikowanie danych i obiektów bazy danych

• Subskrybowanie publikacje

• Inicjowanie subskrypcji

Po subskrypcja jest zainicjowana i jest przepływ danych między programem Wydawca a abonentów, może zajść potrzeba informacji na wspólnego zarządzania i monitorowania zadań można znaleźć w następujących tematach:

• Monitorowanie (replikacji)

• Strategii tworzenia kopii zapasowych i przywracanie replikacji scalania

• Rozwiązywanie problemów (replikacji)

• Usuwanie replikacji

Zobacz także

Koncepcje