SQLServer 可更新订阅数据在线架构更改（增加字段）方案
原文: SQLServer 可更新订阅数据在线架构更改（增加字段）方案 之前一直查找冲突发布和订阅数据不一致的原因，后来发现多少数据库升级引起，因为一直以来都是在发布数据库增加字段，订阅也会自动同步。在此时如果订阅队列有数据，这些数据将丢失。参考上一篇说明：SQLServer 可更新订阅数据冲突的一个原因。当在发布数据库增加一个字段时，系统同步存储过程和触发器都会重新生成，这会导致仍在队列中的数据无法正常同步。订阅队列中的命令将因“同步”后消失，代理有可能出错，但也会自动回复正常！~ 这周测试了一些方法，最终算是确定一个方案可行的，虽然麻烦和耗时。 首先看简单的架构图： 上图中，上面为发布服务器，下面为订阅服务器。以一个表为例，正常发布为 Table 到 T1 的可更新订阅发布，数据双向同步，用户都是在订阅数据库操作，都是操作视图。增加字段时，为了使用户能够在订阅正常操作，再创建一个发布订阅，只发布一张表，数据太多时初始化会较久。注意：新的发布不能是同一个数据库！如果是同一个数据库，为了避免和原来的表名一样，更改了新订阅的表名，会导致 发布到原来的订阅数据不同步！所以新的订阅在另一个数...
