Punkt sprzedaży (POS) aplikacji
Szacunkowe aplikacji (POS) należą te aplikacje, które konsumenci wystąpić bezpośrednio lub pośrednio w punkcie uderzenia sprzedaży.Przykłady obejmują terminale używane przez kasjera, bankomatów i kioski w magazynie.Te aplikacje zbierania danych w odległych lokalizacjach i przekazuje je centralnej lokalizacji, takie jak siedziba lub centrum danych.Często się w tych aplikacjach dane zbierane głównie w punkcie uderzenia sprzedaży i następnie przekazywane do siedziba bez konfliktu, ponieważ pojedynczego użytkownika zdalnego (zazwyczaj nabywcy lub sprzedaży pracownicy) aktualizuje dany fragment danych.
Na poniższym diagramie przedstawiono typowy scenariusz z danych przepływających w dwóch kierunkach między centralnej witrynie i lokalizacji zdalnych:
.gif "Replikowanie danych ze sklepów do central")
Adventure Works cykli przykład
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.
Wiele punktów sprzedaży detalicznej, które sprzedają Adventure Works Cycles produkty używają szacunkowe systemów, które otrzymywał i transmisji danych w centralnej witrynie.Zazwyczaj danych zapasów cen i składu produktu tylko do odczytu jest wysyłana do detalicznej, ilekroć aktualizacje do tych danych.Nabywcy zakup informacji transmitowanym z każdego detalicznej w centralnej witrynie.
Wspólne wymagania dotyczące tego scenariusza
POS aplikacje zwykle mają następujące cechy, które rozwiązanie odpowiednie replikacja musi adres:
Większość danych jest wpisana i zaktualizowane w lokalizacjach zdalnych.
Użytkowników zdalnych musi mieć możliwość aktualizacji niezależnie, bez konieczności połączenia do centralnej witryny.
Dane zaktualizowane w lokacji zdalnej nie jest aktualizowany w innych witrynach; dlatego zazwyczaj nie występują konflikty.
Niektóre dane tylko powinny zostać uaktualnione w centralnej witrynie; na przykład dane w tabelach opis produktu.
Użytkownicy synchronizowanie danych w zaplanowanych terminach (takich jak koniec dnia roboczego).
Aplikacja musi kontrolować, jak długo witryny zdalnej może pozostawać niezsynchronizowane.
Niektóre tabele wymagane, filtrowanie, dzięki czemu każdy sklep odbiera różnych danych dla jednej lub kilku tabel.Na przykład każdy sklep odbiera informacje tylko dla produktów jej zasobów.
Aplikacja może wymagać niestandardowe logika biznesowa wykonywanej podczas synchronizowania danych.
Aplikacja może wymagać zsynchronizowane dane w Internecie, a nie za pośrednictwem dedykowanego połączenia.
Poniższy diagram ilustruje filtrowania skojarzone z tym scenariuszu:
.gif "Filtrowanie na potrzeby aplikacji punktów sprzedaży")
Typ replikacji do użycia w tym scenariuszu
Microsoft SQL Server uses a publishing industry metaphor to describe the components of the replication system.Składniki obejmować Wydawca, abonentów, publikacje i artykułów i subskrypcje.Na powyższym diagramie 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żdy punkt sprzedaży terminali 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 replikacja scalająca opcje, które go dotyczą.
Większość danych jest wpisana i zaktualizowane w lokalizacjach zdalnych.
Replikacja scalania zapewnia taką możliwość bez określenia opcji oddzielnego.
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.
Dane zaktualizowane w lokacji zdalnej nie jest aktualizowany w innych witrynach; dlatego zazwyczaj nie występują konflikty.
W aplikacjach POS unika się konfliktów często ponieważ pojedynczy użytkownik aktualizuje dany fragment danych.Ponieważ dane nie nakładają się między użytkownikami, jest możliwe w celu zoptymalizowania wydajności z opcją nakładających się partycje.Aby uzyskać więcej informacji zobacz "Ustawienie partycji opcje" sekcja tematu Filtry parametrami wiersza.
replikacja scalania zapewnia wykrywanie konfliktów i rozdzielczość przypadkach oczekuje konflikty danych.Aby uzyskać więcej informacji, zobacz Wykrywanie i rozwiązywanie konfliktów replikacji scalania.
Niektóre dane tylko powinny zostać uaktualnione 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.
Większość tabel wymagają filtrowania, aby każdy użytkownik odbiera różnych danych dla jednej lub kilku tabel.
Replikacja scalania umożliwia filtrowanie wierszy i kolumn.Wiersz filtry mogą być statyczne lub sparametryzowanych.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.POS aplikacje 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.
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łączenia.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:
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: