在服务器A数据库TEST新建了一个本地发布（Local
Publications）RPL_GES_MIS_TEST,在服务器B数据库RPL_TEST上创建了一个本地订阅（Local
Subscriptions），它订阅了了这个发布RPL_GES_MIS_TEST.如下截图所示，本地发布只有DB_OBJECTS
、Location两个表
假设现在有一个需求，我们需要同步一个视图V_DB_OBJECTS(当然实际情况应该比这个复杂，有可能视图是多个表关联，测试场景我们先简化一下)，视图代码如下
CREATE VIEW V_DB_OBJECTS
AS
SELECT * FROM DB_OBJECTS WHERE type !='S';
我们右键单击RPL_GES_MIS_TEST的属性，在Articles里面添加了该视图
此时我们使用sp_helpsubscription查看订阅的特定的发布、项目、订阅服务器或订阅集关联的订阅信息。就会发现视图V_DB_OJBECTS的subscription status为1，表示订阅服务器正在请求数据，但尚未同步。
此时你右键单击对应的本地发布RPL_GES_MIS_TEST，选择“View Snapshopt Agent Status"，如下所示，你会看到它提示快照生成了2个项目，意味着其实这个视图不在快照里面。
此时，你点击开始，重新生成快照，你会发现下面信息。快照重新初始化了3个项目。
那么我们有没有办法，在发布订阅里面，只同步一个新的视图，而不用初始化整个快照吗？ 答案是有，其实方法很简单，具体可以参考我这篇文章SQL SERVER Transactional Replication中添加新表如何不初始化整个快照 。此处不做展开分析
CREATE VIEW V_DB_OBJECTS_2
AS
SELECT * FROM DB_OBJECTS WHERE type !='S'
USE TEST;
GO
EXEC sp_changepublication
@publication = 'RPL_GES_MIS_TEST',
@property = 'allow_anonymous' ,
@value = 'false'
GO
EXEC sp_changepublication
@publication = 'RPL_GES_MIS_TEST',
@property = 'immediate_sync' ,
@value = 'false'
GO
执行上面脚本后，我们在发布里面的项目（Articles）里面添加视图V_DB_OBJECTS_2，然后我们在View Snapshot Agent Status窗口，单击“Start"按钮，你会发现快照只生成了这个视图。如下所示
另外，可能有同学有疑问，如果我的视图已经通过Replication同步了，那么我修改视图有没有影响？会不会也同步过去呢？ 如下所示，修改V_DB_OBJECTS_2
你会发现修改过后的视图很快就同步到订阅服务的数据库上，但是要注意，如果选项”Replicate schema changes"为False，那么此时对视图的修改是不会同步过去
另外需要注意：对视图的修改仅仅限制在视图的引用对象也在复制
（Replication）当中，如果引用了一个不在复制（Replication）的项目，那么此时就会有问题了。其实不光是修改已经同步的视图，其实
同步一张新的视图，如果视图引用的项目（对象）不在发布订阅（Replication）当中也会有问题，它会报如下错误：
Unable to replicate a view or function because the referenced objects or columns are not present on the Subscriber.
还有一种情况就是视图所引用的对象都在发布订阅当中，但是视图跨越了多个数据库，那么是否也有问题呢？
如下所示，视图引用了TEST数据库的表DB_OBJECTS和TTT数据库的表mmFrameModel， 而且TTT数据库的表mmFrameModel也同步到了订阅数据库RPL_DB_TEST当中，但是此时同步依然会有问题
CREATE VIEW V_TEST2
AS
SELECT name AS NAME FROM DB_OBJECTS
UNION ALL
SELECT Machine_Model AS NAME FROM TTT.dbO.mmFrameModel;
有一个替换方案就是不同步视图，而是在同步了视图引用的对象后，在订阅的数据库上也创建同样逻辑的视图。只是这个替换方案有点麻烦的是，在修改了发布数据库上的视图后，一定要记得也同时手动修改订阅数据库的视图