Zoptymalizuj wydajność replikacji scalającej za pomocą warunkowego śledzenia usuwania

Dotyczy:SQL Server

Note

Ta funkcja zostanie usunięta w przyszłej wersji programu SQL Server. Unikaj używania tej funkcji w nowych pracach programistycznych i zaplanuj modyfikowanie aplikacji, które obecnie korzystają z tej funkcji.

Korzystając z replikacji scalającej, można określić, aby wyzwalacze replikacji i tabele systemowe nie śledziły operacji usuwania dla co najmniej jednego artykułu. Jeśli wybierzesz tę opcję dla artykułu, usuwania nie są śledzone ani replikowane przez Publisher ani żadnych Subskrybentów. Ta opcja obsługuje różne scenariusze aplikacyjne i zapewnia optymalizację wydajności w przypadkach, gdy replikacja usuwanych plików nie jest konieczna lub pożądana. Wydajność zwiększa się na trzy sposoby: system nie przechowuje metadanych dotyczących operacji usuwania; nie wylicza operacji usuwania podczas synchronizacji; oraz nie replikuje operacji usuwania ani nie stosuje ich u Subskrybenta.

Note

Aby korzystać z artykułów dostępnych wyłącznie do pobrania, poziom kompatybilności publikacji musi wynosić co najmniej 90RTM.

Opcję tę można określić podczas tworzenia publikacji lub włączać i wyłączać, jeśli aplikacja wymaga, aby niektóre operacje usuwania były replikowane, a inne nie, na przykład takie jak usuwanie wsadowe. Poniższe przykłady ilustrują sposoby, w jakie ta opcja może być stosowana w aplikacji:

  • Aplikacja dla mobilnej ekipy handlowej zazwyczaj zawiera tabele takie jak SalesOrderHeader, SalesOrderDetail oraz Product. Zamówienia są wprowadzane przez Subskrybenta, a następnie replikowane do Publisher, który często dostarcza dane do systemu realizacji zamówień. Wielu pracowników mobilnych korzysta z urządzeń przenośnych o ograniczonej pojemności: po otrzymaniu zamówienia u Publisher można je usunąć u Subskrybenta. Usunięcie nie jest przekazywane do Publisher, ponieważ zamówienie jest nadal aktywne w systemie.

    W tym scenariuszu operacje usuwania nie byłyby śledzone dla tabel SalesOrderHeader i SalesOrderDetail. Usuwania byłyby śledzone w tabeli produktów, ponieważ jeśli produkt zostanie usunięty w Publisher, usunięcie powinno być przesłane do Subskrybenta, aby lista produktów była aktualna.

  • Aplikacja mogłaby przechowywać dane historyczne w tabeli takiej jak TransactionHistory, która jest okresowo usuwana z rekordów starszych niż rok. Tabela mogłaby być filtrowana tak, aby subskrybaci otrzymywali dane tylko o transakcjach w bieżącym miesiącu. Miesięczne usuwania partii w Publisher, które usuwają starsze dane, nie są istotne dla subskrybentów, ale nadal będą domyślnie śledzone i wyliczane.

    W takim scenariuszu, zanim doszło do przetwarzania wsadowego, można było zatrzymać aktywność w systemie, a aplikacja mogła wyłączyć śledzenie operacji usuwania. Po zakończeniu przetwarzania można ponownie włączyć śledzenie.

Important

Jeśli u Wydawcy nadal są wykonywane inne operacje, należy upewnić się, że operacje usuwania, które powinny być propagowane do Subskrybentów, nie występują, gdy śledzenie usunięć jest wyłączone.

Aby określić, że usuwanie nie powinno być śledzone

Treści powiązane

  • Last updated on