Должен ли я использовать подписку push или pull при использовании RMO?

Question

У меня есть приложение winform CRUD, которое использует репликацию Merge, чтобы разрешить «отключенную» функциональность. Мой вопрос: Если я выполняю все инициализацию и синхронизацию программно с RMO (например, HERE), имеет значение, является ли это Push или Pull?

Какая разница?

Я понимаю различия между ними (см. HERE), но кажется, что если я только взаимодействую через RMO, различия становятся немного нечеткими. Если мне кажется, что, несмотря на то, что Pull предпочитает Merge Replication, я бы хотел использовать Push, чтобы сервер нести основную нагрузку и упростить управление.

Кроме того, из-за нашей среды мне не нужны обновления «в реальном времени». Синхронизация в любом случае будет запущена из события пользовательского интерфейса.

У кого-нибудь есть опыт?

Спасибо!

Answer 1

Мы используем репликацию слиянием через RMO в 20+ клиентских системах, которые иногда связаны. Насколько я знаю, вы должны пойти с подписями. Я не знаю, можете ли вы заставить его работать с push-подписками, но я не советую пытаться. Как вы говорите, клиентская система будет запрашивать синхронизацию, которая соответствует определению подтягивающей подписки.

«Использовать Когда» раздел в вашей второй ссылке довольно ясно в своей рекомендации для толчка в этом случае:

• данные, как правило, будут синхронизированы по требованию или по расписанию, а не непрерывно.
• В публикации имеется большое количество подписчиков, и/или было бы слишком ресурсоемким, чтобы запустить все агенты у Дистрибьютора.
• Подписчики являются автономными, отключенными и/или мобильными. Подписчики будут определять, когда они будут подключаться и синхронизировать изменения.
• Чаще всего используется с репликацией слиянием.