合并复制：多个出版物是否优于一个大出版物？

Question

我们在SQL Server 2000中设置了合并复制。我们的一个出版物中有65篇文章。这很好但是修改任何东西都很麻烦（除了通过sp_repladdcolumn添加列之外），因为重新生成快照需要相当长的时间。我总是接受这是一个必要的邪恶，直到我在forum discussing replication：

中看到这句话

  

你有所有的桌子吗？   在一个出版物中公开？如果   在这种情况下，你应该重新考虑   你的复制设计。

我们应该重新考虑我们的复制设计吗？ 将我们的单一出版物分成多篇文章的优点和缺点是什么？

Answer 1

我没有使用SQL2000复制的经验，也没有使用合并复制的经验，但是有一个名为immediate_sync的事务发布设置，它控制是在运行快照时生成所有文章还是仅包含未初始化订阅者的文章。这值得研究。