Нужно ли использовать двухтактную подписку при использовании RMO? - PullRequest
Новая
       10

Нужно ли использовать двухтактную подписку при использовании RMO?

0 голосов
/ 14 апреля 2009

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

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

Я понимаю различия между ними (см. ЗДЕСЬ ), но кажется, что если я взаимодействую только через RMO, различия становятся немного размытыми. Если мне это удастся, кажется, что, хотя Pull предпочтительнее для репликации слиянием, я бы хотел использовать Push, чтобы заставить сервер нести основное и более простое управление.

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

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

Спасибо!

1 Ответ

1 голос
/ 15 апреля 2009

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

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

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