Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Handling Conflicts in Merge Replication Expand / Collapse
Author
Message
Posted Monday, January 30, 2006 2:59 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Wednesday, October 29, 2014 1:39 PM
Points: 1, Visits: 32
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/sMadimchetty/handlingconflictsinmergereplication.asp
Post #254554
Posted Tuesday, January 31, 2006 4:04 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Thursday, January 30, 2014 10:08 PM
Points: 1,038, Visits: 444

Excellent article - very informative.  I like the detailed example about the common situations with stock systems and quantities on order, on shelf, etc...  Thank you very much




Post #254648
Posted Monday, February 13, 2006 8:15 AM


Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Wednesday, October 16, 2013 3:09 PM
Points: 69, Visits: 194

The article is very informative.  It encompasses some deviation to using replication beyond the "out of the box" solution.  However, has Microsoft or anyone else thought about replication and XML?  With SQL 2005 containing an XML data type, how will conflict resolution be handled if the XML data becomes a database inside the record?

We currently have a situation where the XML columns have become the bulk of the data in several databases.  While replication works great along with conflict replication in a traditional database, only replication works great with XML in the mix.  Our situation could, at a minimum, be considered field abuse and be gravitating toward worst practices, as a maximum.  If it is accepted that at the minimum this is not a best practice, then could it be impractical to store XML in a database that requires replication?  Should the best practice be the storing of data in a normalized database and return XML as needed?

 



Clifton G. Collins III
Post #257924
Posted Wednesday, October 15, 2008 8:03 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Wednesday, May 23, 2012 7:17 AM
Points: 5, Visits: 32
I have found the article to be more informative than some of what MS has put out there regarding conflict resolution! :D

I do have a scenario where I know I need a custom resolver but just don't know how to impliment it. Here is my scenario if anyone is able to help or push me in the right direction please do...

I have one table (TagMstr) with one PK (TagId), several FK's, a rowguid column, and several other columns. A record for TagMstr can already be in the SQL2005 database but not replicated to the end-users filtered set of data yet (because it does not have their UserId associated to it). What happens on the device is a new TagMstr record is written with the same PK as what is in the server database. When I come to do a sync I get a duplicate record error. Although it is doing what it should, I need to make it take the insert performed on the device and perform an update on the server.

For instance in the tables below I need to update the server record with the yellow fields from the device record and remove the rowguid or rewrite the rowguid on the device. Is there already some type of conflict resolver which would do this or what type of resolver would I need?

Post #586222
Posted Wednesday, April 29, 2009 11:03 AM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Thursday, September 20, 2012 9:59 AM
Points: 13, Visits: 49
Nice article.

And if the conflict was on the [Unit Stock] ?

Example:

In the article table, article X's article stock is 5
subscriber 1 sold 1 unit and updated article stock to 4
subscriber 2 sold 2 units and updated article stock to 3

when they synchronize, there will be a conflict on article stock, and none of them is right. The right value should be 5-1-2 = 2

How can i accomplish this?

Thanks for your help!
Post #707065
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse