Optimera prestandan för sammanfogningsreplikering med villkorlig spårning av borttagningar

Gäller för:SQL Server

Med hjälp av sammanfogningsreplikering kan du ange att replikeringstriggers och systemtabeller inte spårar raderingar för en eller flera artiklar. Om du väljer detta alternativ för en artikel spåras eller replikeras inte raderingar från Publisher eller några prenumeranter. Detta alternativ stöder ett antal applikationsscenarier och ger en prestandaoptimering för fall där replikering av raderingar inte är nödvändig eller önskvärd. Prestandan förbättras på tre sätt: systemet lagrar inte metadata för raderingar; det räknar inte upp raderingar under synkronisering; och det replikerar inte raderingar till, eller applicerar dem på, prenumeranten.

Alternativet kan anges när en publikation skapas, eller kan aktiveras och inaktiveras om en applikation kräver att vissa raderingar replikeras medan andra inte gör det, till exempel batchraderingar. Följande exempel illustrerar hur detta alternativ kan användas i en applikation:

• En applikation för en mobil säljstyrka har vanligtvis tabeller som SalesOrderHeader, SalesOrderDetail och Product. Beställningar matas in hos prenumeranten och replikeras sedan till Publisher, som ofta levererar data till ett orderhanteringssystem. Många mobila arbetare använder handhållna enheter med begränsat lagringsutrymme: efter att beställningen mottagits hos Publisher kan den raderas hos prenumeranten. Borttagningen sprids inte till Publisher, eftersom ordern fortfarande är aktiv i systemet.

  I detta scenario skulle borttagningar inte spåras för tabellerna SalesOrderHeader och SalesOrderDetail . Borttagningar skulle spåras för Produkttabellen, eftersom om en produkt tas bort hos Publisher ska borttagningen skickas till prenumeranten för att hålla produktlistan uppdaterad.

• En applikation kan lagra historisk data i en tabell som TransactionHistory, som periodiskt rensas från poster äldre än ett år. Tabellen kan filtreras så att prenumeranter endast får data om transaktioner inom den aktuella månaden. Månatliga batchraderingar hos Publisher som rensar äldre data är inte relevanta för prenumeranter, men de skulle ändå spåras och räknas upp som standard.

  I detta scenario, innan batchbearbetningen ägde rum, kunde aktiviteten på systemet stoppas och applikationen kunde inaktivera spårningen av raderingar. När bearbetningen är klar kan spårning återigen aktiveras.

För att specificera att borttagningar inte ska spåras

• Transact-SQL-programmering för replikering: Ange egenskaper för sammanslagningsreplikering

Relaterat innehåll

• Artikelalternativ för sammanslagningsreplikering
• Optimera prestandan för sammanslagningsreplikering med artiklar endast för nedladdning