Thought Persistence

sql server的复制(replication)真是会让人头疼，尤其是数据结构改变后的同步

先说一下如何单向同步，在代理属性中第二步的run agent中通过加命令参数exchangetype来改变，1为uploading，表示只从订阅者上传到发布者，2为downloading，表示只从发布者更新到订阅者，3为bidirectional，表示双向同步，即默认的同步方式。

如果在数据库结构改变后继续同步，可以使用取消同步之前生成的sql脚本一次运行(但我怀疑这样是有问题的)，前提是包括订阅脚本一起运行，否则的话就必须在订阅时选择初始化结构和数据，因为不然的话，会报说发布的数据库中没有唯一的rowguidcol，我就奇怪了，为什么不能在没有任何订阅者的情况下做一个快照，这样的话就会自动添加这个列了。

因为我们更新数据库结构时，会将rowguidcol这个列给删除的，这样就导致我下一次再建立同步时又得初始化所有的订阅者，然而我并不希望publisher的数据都更新到subscriber，使用行过滤的办法的话我又得对每个subscriber做不同的发布，这真是一个难题。

解决方法，在建立数据库时，添加属性rowguidcol的列，并且设置唯一性索引，在订阅时，选择订阅数据库已有架构和数据，这样就不会把订阅端的数据冲掉了，但前提是publisher和subscriber的对应同一主键的rowguidcol的值要一样，否则更新时会导致冲突。