It is written there and repeated in this Forums hundreds of times that when a row on either host has the same PK ,< source> will overwrite .
Quote:
I would have thought that two way schronization would somehow compare the records and keep the most up to date one, possibly with user nominating a field in each table as the update?
“somehow compare” …
There is no way for a program to tell which row is the correct one if the PK is the same but content is different!
There will need to be a “rule” defined by a human.
Currently there is only one “rule” available – and that is: “overwrites ”
but of course more rules could be added.
Using
a TIMESTAMP .. ON UPDATE CURRENT_TIMESTAMP is one option,
“do nothing with that row” is another
“dublicate this row” is a third solution
– all of which could be implemented – and that is actually what we actually plan to do. We are considering how to build a user configurable 'conflict resolver' for such situations.
However the TIMESTAMP solution (and more sophisticated solutions) will require that the user has privileges on one on more servers that he might not have. So I would say what we currently do is the basic solution. Only SELECT, INSERT, UPDATE and DELETE privileges are required for the user.
I think if you go the user definable way, the user could select the field against the table when they select what tables are being syncronized. I had already included update dates in my tables which change programmatically.
If you want a crash test dummy feel free to contact me.