#sql-server #sql-server-2000 #replication #merge-replication
#sql-server #sql-server-2000 #репликация #слияние-репликация
Вопрос:
У нас настроена репликация слиянием в SQL Server 2000. В одной из наших публикаций содержится 65 статей. Это работает нормально, но изменять что-либо (кроме добавления столбца через sp_repladdcolumn ) довольно сложно, поскольку для восстановления моментального снимка требуется довольно много времени. Я всегда воспринимал это как неизбежное зло, пока не наткнулся на эту цитату на форуме, обсуждающем репликацию:
Все ли ваши таблицы опубликованы в одной публикации? Если это так, вам следует пересмотреть свой дизайн репликации.
Итак, следует ли нам пересмотреть наш дизайн репликации? Каковы плюсы и минусы разделения нашей единой публикации на несколько публикаций с меньшим количеством статей?
Ответ №1:
У меня нет опыта работы с репликацией SQL2000 и мало опыта с репликацией слиянием, но есть параметр для транзакционных публикаций под названием immediate_sync, который определяет, создаются ли все статьи при запуске моментального снимка или только статьи с неинициализированными подписчиками. На это стоило бы обратить внимание.