Будущее «Логических записей» в репликации слияния SQL

Я создаю новое приложение, которое будет использовать репликацию SQL Merge в очень плохих сетях. Похоже, что функция «Логические записи» значительно помогла бы справиться с этими сетевыми проблемами, гарантируя, что мы можем получить полные «сущности», реплицированные один за другим в отдельных транзакциях, а не за столом.

Однако в документации указано

Эта функция будет удалена в будущей версии Microsoft SQL Server. Избегайте использования этой функции в новых разработках и планируйте изменять приложения, которые в настоящее время используют эту функцию.

То, что я не могу найти в документации, – это рекомендация о том, что следует использовать вместо этого, чтобы получить аналогичную функциональность. Существует ли такая рекомендация? Если не официальная рекомендация, то, что люди придумывают самостоятельно?

Следующая цитата была отмечена как правильная Microsoft Tech Support по тому же вопросу в msdn .

"... only the concept of Logical records is being deprecated. We can still define relationships using sp_addmergefilter @filter_type=1 ..." 

Если вы прочитаете документацию sp_addmergefilter , вы увидите, что вы можете выполнить ту же цель устаревшей функции, используя фильтр join @ filter_type = 1 (в отличие от устаревшего @ filter_type = 2).

  • В Sql Query может быть указано только одно выражение
  • как суммировать время, сгруппированное по отдельному дню в Sql-сервере
  • Построение даты и времени в SQL Server 2012
  • загрузка огромной колонки с использованием SSIS или аналогичной методики
  • Как выбрать максимальную сумму столбцов за другой столбец в диапазоне datetime?
  • Как вы преодолеваете такую ​​ошибку: «Специальные обновления для системных каталогов не разрешены»?
  • Фильтрация TSQL по совпадению символов
  • Как использовать обновление столбца при обновлении другого столбца?
  • Сравнение подмножеств таблицы
  • Когда использовать оператор таблицы APPLY
  • получение верхнего ряда объединенной таблицы
  • Давайте будем гением компьютера.