如果使用 RMO，我应该使用推送订阅还是请求订阅？

Question

我有一个 CRUD winform 应用程序，它使用合并复制来允许“断开连接”功能。 我的问题是； 如果我以编程方式使用 RMO 进行所有初始化和同步（例如 这里）是推还是拉重要吗？

会有什么不同？

我了解两者之间的差异（请参阅此处），但似乎如果我只通过 RMO 进行交互，差异就会变得有点模糊。 如果可以的话，虽然合并复制更喜欢 Pull，但我还是想用 Push 来让 Server 首当其冲，并且更容易管理。

另外，由于我们的环境，我不需要“实时”更新。 无论哪种情况，同步都会由 UI 事件触发。

有人对这个有经验么？

谢谢！

Answer 1

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

第二个链接中的“使用时间”部分在这种情况下的推送建议非常明确：

• 数据通常会按需或按计划同步，而不是
  持续不断。
• 该出版物有大量订阅者，和/或它会太多
  资源密集型来运行所有
  经销商的代理。
• 订阅者是自主的、离线的和/或移动的。
  订阅者将决定何时
  将连接并同步更改。
• 最常与合并复制一起使用。