如果使用RMO，我應該使用推送還是拉取訂閱？

Question

我有一個CRUD winform應用程序使用合併複製來允許「斷開」功能。我的問題是;如果我正在使用RMO編程方式進行所有初始化和同步（如HERE），如果它是Push或Pull，它是否重要？

會有什麼不同？

我瞭解兩者之間的差異（請參閱HERE），但似乎如果我只通過RMO進行交互，差異會變得有點模糊。如果我看得出來，即使Pull支持合併複製，我也希望使用Push來使服務器承擔首當其衝的責任，並且更容易管理。

另外，由於我們的環境，我不需要「實時」更新。在任何情況下，同步都將從UI事件中觸發。

有沒有人有這方面的經驗？

謝謝！

Answer 1

我們在偶爾連接的20多個客戶端系統上使用通過RMO進行合併複製。據我所知，你應該與拉訂閱。我不知道你是否可以使用推送訂閱，但我不建議嘗試。如您所說，客戶端系統將請求同步，這符合請求訂閱的定義。

的「使用時」在你的第二個鏈接部分是在其推在這種情況下建議很明確：

• 數據通常會在需要時或按計劃，而不是 不斷同步。
• 該出版物擁有大量的訂閱者，和/或在分發者上運行所有 代理程序時，它會太耗費資源。
• 用戶是自主的，斷開連接的和/或移動的。 訂閱者將確定他們何時會連接並同步更改 。
• 最常用於合併複製。