Sollte ich ein Push- oder Pull-Abonnement verwenden, wenn RMO verwendet wird?

Question

Ich habe eine CRUD winform App, die Merge-Replikation verwendet, um "getrennte" Funktionalität zu ermöglichen. Meine Frage ist; Wenn ich alles initialisiere und synchronisiere mit RMO programmatisch (wie HERE) ist es wichtig, ob es ein Push oder Pull ist?

Was wäre ein Unterschied?

Ich verstehe die Unterschiede zwischen den beiden (siehe HERE), aber es scheint, dass, wenn ich nur über RMO interagiere die Unterschiede ein wenig verschwommen werden. Wenn ich kann, scheint es, dass, obwohl Pull für Merge Replication bevorzugt wird, ich Push verwenden sollte, um den Server die Hauptlast und einfachere Verwaltung zu tragen.

Auch wegen unserer Umgebung brauche ich keine "Echtzeit" Updates. Die Synchronisierung wird in beiden Fällen von einem UI-Ereignis ausgelöst.

Hat jemand Erfahrung damit?

Danke!

Answer 1

Wir verwenden Merge-Replikation über RMO auf mehr als 20 Clients, die gelegentlich verbunden sind. Soweit ich weiß, sollten Sie mit Pull-Abonnements gehen. Ich weiß nicht, ob Sie mit Push-Abonnements arbeiten können, aber ich rate Ihnen nicht, es zu versuchen. Wie Sie sagen, fordert das Client-System die Synchronisierung an, die der Definition eines Pull-Abonnements entspricht.

Der „Use Wenn“ Abschnitt in Ihrem zweiten Link in seiner Empfehlung ganz klar für Push ist in diesem Fall:

• Daten werden in der Regel bei Bedarf oder nach einem Zeitplan synchronisiert werden anstatt kontinuierlich.
• Die Veröffentlichung hat eine große Anzahl von Abonnenten, und/oder es wäre zu ressourcenintensiv, alle Agenten auf dem Verteiler zu betreiben.
• Abonnenten sind autonom, getrennt und/oder mobil. Abonnenten werden feststellen, wann sie verbinden und Änderungen synchronisieren.
• Am häufigsten mit Mergereplikation verwendet.