如果使用RMO,我应该使用推送或拉取订阅吗?

时间:2009-04-14 18:38:49

标签: c# .net sql-server replication

我有一个CRUD winform应用程序,它使用合并复制来允许“断开连接”功能。我的问题是;如果我正在进行所有初始化并以编程方式与RMO同步(如HERE),那么它是推送还是拉?

有什么区别?

我理解两者之间的差异(见HERE)但似乎如果我只是通过RMO进行交互,差异会变得有点模糊。如果我能看来,即使Pull更适合Merge Replication,我也希望使用Push来使服务器首当其冲,更容易管理。

此外,由于我们的环境,我不需要“实时”更新。在任何一种情况下,同步都将从UI事件中触发。

有没有人有这方面的经验?

谢谢!

1 个答案:

答案 0 :(得分:1)

我们在偶尔连接的20多个客户端系统上通过RMO使用合并复制。据我所知,你应该选择pull订阅。我不知道你是否可以使用推送订阅,但我不建议尝试。正如您所说,客户端系统将请求同步,这符合拉取订阅的定义。

第二个链接中的“使用时间”部分在推荐的情况下非常清楚:

  
      
  • 数据通常会按需或按计划同步,而不是   连续地进行。
  •   
  • 该出版物拥有大量订阅者,和/或它也是如此   资源密集型运行所有   分销商的代理商。
  •   
  • 订阅者是自治的,断开连接的和/或移动的。   订阅者将确定他们何时   将连接并同步更改。
  •   
  • 最常用于合并复制。
  •