Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
DB Engine
SQL ServerMSDESQL Server CE
Services
Analysis (Data Mining)Analysis (OLAP)DTSIntegration ServicesNotification ServicesReporting Services
Programming
CLRConnectivitySQLXML
Other Technologies
ClusteringEnglish QueryFull-Text SearchReplicationService Broker
General
Data WarehousingPerformanceSecuritySetupSQL Server ToolsOther SQL Server Topics
DirectoryUser Groups
Related Topics
MS AccessOther DB ProductsMS Server Products.NET DevelopmentVB DevelopmentJava DevelopmentMore Topics ...

SQL Server Forum / Other Technologies / Replication / April 2006

Tip: Looking for answers? Try searching our database.

Merge Replication and restricting the flow of data - clarification needed?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Paul Ibison - 29 Apr 2006 20:47 GMT
In merge replication the flow of data by default is bidirectional between
the publisher and subscriber, however this can be overridden if required. In
SQL Server 2005 there seems to be 3 independant ways this overriding can be
done:

(1) SQL Server Upload Only Conflict Resolver. BOL: "Changes uploaded to the
Publisher are rejected; changes are downloaded to the Subscriber". There is
also the inverse conflict resolver for downloading only. (set at design time
for the publication)

(2) the -EXCHANGETYPE parameter (can be set at run time for the
subscription)

(3) @subscriber_upload_options (set at design time for the publication)

Firstly, I've not used (1) but suggest according to the BOL definition that
that this is something of a misnomer as there can't be any conflicts which
get resolved - it's certainly not the place I'd first look to control data
flow. So, I suggest some sort of article is written to clarify how these
methods interact - when to use each one etc and especially which overrides
which when they are combined. It will probably also be worthwhile explaining
which is likely to be deprecated in the future.

Regards,

Paul Ibison
Leila - 29 Apr 2006 20:42 GMT
Thanks Paul,
I used item 2 successfully in SQL2K. What about "Download Only Conflict
Resolve" in SQL2K? It seems to work fine when you want the changes go only
to subscriber, not vice versa. This resolver has not been documented
anywhere. Hilary has promised to tell more about it!

> In merge replication the flow of data by default is bidirectional between
> the publisher and subscriber, however this can be overridden if required.
[quoted text clipped - 23 lines]
>
> Paul Ibison
Hilary Cotter - 29 Apr 2006 22:12 GMT
I'm chasing the same channels as Paul. I am trying to do more extensive
repro'ing to understand it.

Signature

Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.

This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com

> Thanks Paul,
> I used item 2 successfully in SQL2K. What about "Download Only Conflict
[quoted text clipped - 29 lines]
>>
>> Paul Ibison
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.