Re: Immediately after initializing a merge subscription, why would the subscriber send back updates?
- From: "Paul Ibison" <Paul.Ibison@xxxxxxxxxxxxx>
- Date: Fri, 15 Jul 2005 10:12:03 +0100
Laurence,
one posibility is to mark the triggers as NOT FOR REPLICATION, which will
cause them not to fire as a result of records changed during the
synchronization process. As far checking what records are affected, I have a
script that might give you what you want
(http://www.replicationanswers.com/Script9.asp). It will list pending
changes and can't be used retrospectively, but might still be useful.
Rgds,
Paul Ibison SQL Server MVP, www.replicationanswers.com
(recommended sql server 2000 replication book:
http://www.nwsu.com/0974973602p.html)
.
- Follow-Ups:
- References:
- Prev by Date: Re: adding a new column to a table involved in merge replication
- Next by Date: Re: merge replication and simple recovery model
- Previous by thread: Immediately after initializing a merge subscription, why would the subscriber send back updates?
- Next by thread: Re: Immediately after initializing a merge subscription, why would the subscriber send back updates?
- Index(es):
Relevant Pages
|
Loading