这是否为复制Bug？求解！

环境架构说明：

 

         Windows 2008 Server R2 Enterprise

         Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) 

 

         一个发布库Pub1，两个订阅库Sub1、Sub2

         发布库Pub1中有一张表T_test，需要发布订阅到Sub1和Sub2，由于某些原因，我创建了两个发布[Pub1]:test和[Pub1]:test2分别向Sub1和Sub2进行复制。

         现在我因为业务需求，需要对T_test表进行大批量更新操作，为了避免出现延迟，我决定采用在事务复制中发布存储过程执行

http://technet.microsoft.com/zh-cn/library/ms152754%28SQL.90%29.aspx

我为发布[Pub1]:test添加这个存储过程项目，并更改属性为存储过程的执行，注意这个时候我还没有为发布[Pub1]:test2添加这个存储过程。

于是我执行该存储过程，发现Sub1已经完成T_Test的数据更改，而当我去查看Sub2时，却发现没有更改！

 

我是这样认为的：第一个发布中包含了T_test表的复制，也包含了一个针对该表更新的存储过程的执行，如果我执行存储过程，那么应该把存储过程的执行复制到订阅端，这个没有问题。

                                     第二个发布包中值包含了T_test表的复制，没有包含该存储过程的发布，在我没有为第一个发布添加存储过程执行前，是可以正常复制更改至Sub2的，那么即使我现在

                                     为第一个发布包增加了存储过程的执行，那么第二个发布包是否也应该用之前的方式，生成逐条更改T_test表的事务并应用于订阅端呢？

 

在示例中是Pub1分别通过[Pub1]:test，[Pub1]:test2向Sub1,Sub2中进行复制。

以下是建表脚本

use pub1

 

create table t_test(id int identity(1,1) primary key,col varchar(10))

 

insert into t_test select 'a'

go 1000

insert into t_test select 'b'

go 1000

 

select * from t_test

 

 

 

 

--创建批量执行存储过程

alter PROC P_TEST

AS

UPDATE t_test SET col='AB' WHERE id<=1000

 

然后在第一个发布里面添加存储过程，并设置属性为执行存储过程

  

生成快照后，我们在发布库执行存储过程：EXEC P_TEST

 

然后我们悲催的发现发布test下面的Sub1下面的表已更新，发布test2中Sub2下面的表却不更新